【文章內(nèi)容簡介】 度會很慢，我們可以采用鏡像網(wǎng)站和引入CDN來解決這一問題。1. 智能DNS解析我們可以在不同的網(wǎng)絡(luò)運(yùn)營商部署web服務(wù)器，通過linux上的rsync工具自動同步到不同網(wǎng)絡(luò)接入商的web服務(wù)器上，以作為主站的鏡像。然后通過配置智能DNS解析來引導(dǎo)不同網(wǎng)絡(luò)的訪問用戶到對應(yīng)的網(wǎng)絡(luò)運(yùn)營商的web服務(wù)器。2. CDN如果有足夠的投資，也可以采用CDN(內(nèi)容分發(fā)網(wǎng))，把靜態(tài)內(nèi)容（靜態(tài)頁面和圖片）進(jìn)行CDN緩存，以減輕服務(wù)器壓力。CDN的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。它采取了分布式網(wǎng)絡(luò)緩存結(jié)構(gòu)（即國際上流行的web cache技術(shù)），其目的是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)邊緣，使用戶可以就近取得所需的內(nèi)容，解決 Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。從技術(shù)上全面解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、網(wǎng)點分布不均等原因所造成的用戶訪問網(wǎng)站響應(yīng)速度慢的問題。 (也就是一個服務(wù)器的內(nèi)容，平均分部到多個服務(wù)器上，服務(wù)器智能識別，讓用戶獲取離用戶最近的服務(wù)器，提高速度。目前，國內(nèi)訪問量較高的大型網(wǎng)站如新浪、網(wǎng)易等，均使用CDN網(wǎng)絡(luò)加速技術(shù)，雖然網(wǎng)站的訪問巨大，但無論在什么地方訪問都會感覺速度很快。而一般的網(wǎng)站如果服務(wù)器在網(wǎng)通，電信用戶訪問很慢，如果服務(wù)器在電信，網(wǎng)通用戶訪問又很慢。 WEB應(yīng)用開發(fā)架構(gòu)設(shè)計思路1. 基于MVC的三層應(yīng)用開發(fā)架構(gòu)應(yīng)用開發(fā)實現(xiàn)MVC三層架構(gòu)進(jìn)行web應(yīng)用開發(fā)，采用ibatis作為持久層框架，c3p0作為數(shù)據(jù)庫連接池。iBATIS 是一個可以設(shè)計和實現(xiàn)更好的 Java 應(yīng)用程序持久化層的框架。iBATIS 把對象和存儲過程或者使用 XML 描述符的 SQL 語句進(jìn)行了關(guān)聯(lián)。簡單是 iBATIS 最大的優(yōu)勢n ibatis使用ibatis的十個理由1. 至少能操作10種以上的數(shù)據(jù)庫2. 可配置的caching(包括從屬)3. 支持DataSource、local transaction managemen和global transaction4. 簡單的XML配置文檔5. 支持Map, Collection, List和簡單類型包裝(如Integer, String)6. 支持JavaBeans類(get/set 方法)7. 支持復(fù)雜的對象映射(如populating lists, plex object models)8. 對象模型從不完美(不需要修改)9. 數(shù)據(jù)模型從不完美(不需要修改)10. 你已經(jīng)知道SQL，為什么還要學(xué)習(xí)其他東西1） MVC架構(gòu)示意2） Struts架構(gòu)客戶端發(fā)送一個HTTP請求，通過Struts框架最后獲得一個HTTP響應(yīng)，這一過程非常重要，它是理解Struts框架的重點。上圖描述了Struts框架的結(jié)構(gòu)，而下圖通過一個活動圖更具體描述接受請求直至返回響應(yīng)的整個過程：2. 面向服務(wù)的應(yīng)用架構(gòu)面向服務(wù)的應(yīng)用架構(gòu)是指構(gòu)建可分布式的、去中心化的服務(wù)器平臺，以提供許多不同的應(yīng)用，數(shù)據(jù)庫被分成很多個小部分，圍繞每個部分都會創(chuàng)建一個服務(wù)接口(API),并且該接口是訪問數(shù)據(jù)庫的唯一途徑。最終數(shù)據(jù)庫演變成一個非常龐大的共享資源。這種架構(gòu)是松散耦合的，并且圍繞著服務(wù)進(jìn)行構(gòu)建。面向服務(wù)的架構(gòu)提供給他們隔離特性，一個服務(wù)可能有很多臺數(shù)據(jù)庫服務(wù)器，他們之間的數(shù)據(jù)是相通的，而對外他們的接口只有一個，外面是無法知道這個服務(wù)后面的數(shù)據(jù)組織是如何搭建的。這樣就有了越來越多的應(yīng)用服務(wù)器。這些應(yīng)用服務(wù)器從數(shù)據(jù)眾多的服務(wù)（每個服務(wù)背后都有數(shù)據(jù)庫或集群數(shù)據(jù)庫）中聚合信息。這樣各種服務(wù)如插件一樣組成了一個開放的平臺，這樣團(tuán)隊的規(guī)模就會比較小，比較靈活。注Amazon就是采用了這種架構(gòu)來構(gòu) 建的，它擁有上千臺服務(wù)器。 系統(tǒng)軟件參數(shù)優(yōu)化在一定的架構(gòu)基礎(chǔ)上，要提高并發(fā)處理能力則需要調(diào)整服務(wù)器的操作系統(tǒng)內(nèi)核參數(shù)、web服務(wù)器（tomcat的參數(shù)、apache的參數(shù)、Nginx的參數(shù)），以使其性能達(dá)到最優(yōu)化。 操作系統(tǒng)優(yōu)化調(diào)整系統(tǒng)的內(nèi)核參數(shù)，增大連接數(shù)及TCP/IP的超時設(shè)置。Linux系統(tǒng)中：在/etc/： = 1 = 1 = 1 = 5 tomcat服務(wù)器優(yōu)化增大并發(fā)連接數(shù)，調(diào)整內(nèi)存參數(shù)的設(shè)置。JDK內(nèi)存優(yōu)化：當(dāng)應(yīng)用程序需要的內(nèi)存超出堆的最大值時虛擬機(jī)就會提示內(nèi)存溢出，并且導(dǎo)致應(yīng)用服務(wù)崩潰。因此一般建議堆的最大值設(shè)置為可用內(nèi)存的最大值的80%。 Tomcat默認(rèn)可以使用的內(nèi)存為128MB，在較大型的應(yīng)用項目中，這點內(nèi)存是不夠的，需要調(diào)大.Tomcat默認(rèn)可以使用的內(nèi)存為128MB,Windows下,在文件/bin/，Unix下，在文件/bin/，增加如下設(shè)置： JAVA_OPTS=39。Xms【初始化內(nèi)存大小】 Xmx【可以使用的最大內(nèi)存】39。 需要把這個兩個參數(shù)值調(diào)大。例如： JAVA_OPTS=39。Xms256m Xmx512m39。 表示初始化內(nèi)存為256MB，可以使用的最大內(nèi)存為512MB。連接器優(yōu)化： ，和連接數(shù)相關(guān)的參數(shù)有：maxThreads： Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創(chuàng)建的最大的線程數(shù)。默認(rèn)值150。acceptCount： 指定當(dāng)所有可以使用的處理請求的線程數(shù)都被使用時，可以放到處理隊列中的請求數(shù)，超過這個數(shù)的請求將不予處理。默認(rèn)值10。minSpareThreads： Tomcat初始化時創(chuàng)建的線程數(shù)。默認(rèn)值25。maxSpareThreads： 一旦創(chuàng)建的線程超過這個值，Tomcat就會關(guān)閉不再需要的socket線程。默認(rèn)值75。enableLookups： 是否反查域名，默認(rèn)值為true。為了提高處理能力，應(yīng)設(shè)置為falseconnnectionTimeout： 網(wǎng)絡(luò)連接超時，默認(rèn)值60000，單位：毫秒。設(shè)置為0表示永不超時，這樣設(shè)置有隱患的。通?？稍O(shè)置為30000毫秒。maxKeepAliveRequests： 保持請求數(shù)量，默認(rèn)值100。 bufferSize： 輸入流緩沖大小，默認(rèn)值2048 bytes。pression： 壓縮傳輸，取值on/off/force，默認(rèn)值off。 其中和最大連接數(shù)相關(guān)的參數(shù)為maxThreads和acceptCount。如果要加大并發(fā)連接數(shù)，應(yīng)同時加大這兩個參數(shù)。web server允許的最大連接數(shù)還受制于*作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常Windows是2000個左右，Linux是1000個左右。 apache服務(wù)器優(yōu)化加大并發(fā)數(shù)量和關(guān)閉不需要的模塊。因為apache非常消耗內(nèi)存，盡量輕量化。Apache在配置ContentType的時候可以盡量少支持，盡可能少的LoadModule，保證更高的系統(tǒng)消耗和執(zhí)行效率同時配置apache和tomcat的組合使之能作到動靜分離，apache處理靜態(tài)頁面，tomcat處理動態(tài)頁面。在處理靜態(tài)頁面或者圖片、js等訪問方面，可以考慮使用ligd代替Apache，它提供了更輕量級和更高效的處理能力 Nginx服務(wù)器的優(yōu)化worker_processes：該參數(shù)的值最好跟cpu核數(shù)相等，能夠發(fā)揮最大性能，如果nginx所在服務(wù)器為2顆雙核cpu，則建議設(shè)定為4。2 Web服務(wù)架構(gòu)評測主要對基于tomcat和nginx+tomcat的web服務(wù)器的處理性能進(jìn)行測試，以作為不同性能要求下架構(gòu)選型的依據(jù) 測試環(huán)境 網(wǎng)絡(luò)環(huán)境1. 內(nèi)網(wǎng)帶寬216。 千M內(nèi)網(wǎng)。216。 內(nèi)網(wǎng)ping包延遲： 2. 網(wǎng)絡(luò)拓?fù)涫疽?服務(wù)器配置設(shè)備硬件配置操作系統(tǒng)NginxIBM X3650CPU: Intel(R) Xeon(R) E5150 2核*2內(nèi)存：4G千兆網(wǎng)卡Redhat linux as4Tomcat1 Hp DL580 G4CPU: Intel(R) Xeon(TM) 4核*2內(nèi)存：8G千兆網(wǎng)卡Redhat linux as5Tomcat2Hp DL580 G4CPU: Intel(R) Xeon(TM) 4核*2內(nèi)存：8G千兆網(wǎng)卡Redhat linux as5Test1Hp DL580 G5CPU:Intel(R) Xeon(R) E7310 4核*2內(nèi)存：4G千兆網(wǎng)卡Redhat linux as5Test2IBM X3650CPU: Intel(R) Xeon(R) E5150 2核*2內(nèi)存：4G千兆網(wǎng)卡Redhat linux as4 軟件環(huán)境1. 操作系統(tǒng)網(wǎng)絡(luò)參數(shù)優(yōu)化用做測試的各臺服務(wù)器，均在/etc/： = 1 = 1 = 1 = 52. Nginx設(shè)置主要配置如下：user 。worker_processes 4。error_log /usr/local/nginx/logs/ debug。pid /usr/local/nginx/logs/。worker_rlimit_nofile 51200。events { use epoll。 worker_connections 51200。} { include 。 default_type application/octetstream。 charset gb2312。 server_names_hash_bucket_size 128。 client_header_buffer_size 32k。 large_client_header_buffers 4 32k。 sendfile on。 tcp_nopush on。 keepalive_timeout 1。 tcp_nodelay on。 gzip on。 gzip_min_length 1k。 gzip_buffers 4 16k。 gzip__version 。 gzip_p_level 2。 gzip_types text/plain application/xjavascript text/css application/xml。 gzip_vary on。 upstream tomcats { server :8081。 server :8081。 server :8080。 } server { listen 81。 server_name localhost。 proxy_redirect off。 location / { proxy_pass ://tomcats。