環境說明

線上環境使用apache+tomcat的形式部署應用程式，前端使用apache監聽80埠，後端使用tomcat部署應用。tomcat的靜態資源響應能力和併發處理能力均不如apache，經測試，apache響應靜態資源的速度比tomcat快10%左右。

因此，有必要減輕一下tomcat的負載，獲得更高的效能。基本思路就是將靜態資源交給apache響應，動態資源交給tomcat，下面貼出配置以及解說。

配置總覽

<LocationMatch "/app/(static/)?(css|flash|images|img|js)">
    ProxyPassMatch !
    <IFModule mod_headers.c>
 

        Header set Cache-Control "max-age=604800"
    </IFModule>
</LocationMatch>

FileEtag None

Alias /app/static /var/lib/tomcat7/webapps/app
Alias /app /var/lib/tomcat7/webapps/app
<Directory "/var/lib/tomcat7/webapps">
    AllowOverride None
    Require all granted
    #apache2.4的配置，注意2.2可能不識別這個，需要改為
 

    #Order Allow,Deny
    #Allow From All
</Directory>

#開啟反向代理
ProxyRequests off 
ProxyPass /app ajp://127.0.0.1:8009/app 
#訪問ajp協議時無需ProxyPassReverse

Apache和Tomcat的配置及說明

需要說明的是，這個反向代理使用了apache的模組proxy_ajp，並沒有使用http反向代理。開啟這個模組需要在apache的配置檔案中加上

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
 

ubuntu下安裝的apache直接使用命令a2enmod proxy_ajp即可

使用ajp做反向代理的原因主要有兩個，一個是proxy_ajp是apache的內建模組，使用配置方便，而且效能穩定，無需安裝第三方模組。第二個是apache和tomcat都是自家產品，整合起來方便，穩定性高，而且tomcat的文件中也是推薦使用ajp協議反向代理的。

在tomcat中需要開啟ajp埠，找到tomcat的server.xml中的AJP關鍵字，修改配置如下：

<Connector address="127.0.0.1" port="8009" URIEncoding="UTF-8" protocol="AJP/1.3" />

開啟AJP埠，如果無需對外可以只監聽127.0.0.1. 這樣apache就可以通過ProxyPass訪問到ajp://127.0.0.1:8009。

tomcat存放靜態資源的目錄一般固定，所以反向代理配置還是很容易的，使用LocationMatch用正則同時匹配多個靜態資源的目錄即可，使用Alias定義路徑別名，別忘了使用Directory配置段讓apache具有對目錄的訪問許可權。

apache對靜態資源處理很強大，可以稍微改一下靜態資源的響應，讓訪問效能提升。修改響應headers需要載入headers模組。

LoadModule headers_module modules/mod_headers.so

ubuntu下安裝的apache使用命令a2enmod headers即可。

讓瀏覽器快取靜態資源，對靜態資源加上Cache-Control "max-age=604800"，告訴瀏覽器將靜態資源在本地快取一週。

FileEtag None告訴apache關閉Etag，apache會預設對靜態資源加上Etag頭，但是這個頭通常是不推薦使用的，我記得以前在哪本資料上看到過，說是雅虎的前端工程師們一致認為不使用ETag比較好，雖然ETag計算檔案的變化更準確一些，但是會有一些問題，因為ETag是檔案修改時間以及inode號之類的引數計算得到，會帶來額外的負載。而且在CDN加速時，由於CDN上的inode和伺服器不一致，導致CDN上ETag和伺服器不同而快取失效。所以通常情況下是不推薦使用ETag的，精確到秒級別的Last-Modified一般足夠使用了，一秒內多次修改靜態資源的機率並不高。

最終結果測試

最後，重啟apache生效，看一下最終結果：

直接訪問，可以看到靜態資源都是(from cache)

F5重新整理，可以看到靜態資源都是304

CTRL+F5強制重新整理，看一下靜態資源的響應頭 

修改響應頭資訊有效，帶上了Cache-Control，同時apache也自動為靜態資源加上了Last-Modified，同時刪掉了ETag，靜態資源快取成功。

再看一下tomcat的accesslog

192.168.1.45 - - [27/Oct/2014:09:56:55 +0800] "GET /app/customer/list HTTP/1.1" 200 29733
192.168.1.45 - - [27/Oct/2014:10:05:26 +0800] "GET /app/user/preChangePwd HTTP/1.1" 200 17140
192.168.1.45 - - [27/Oct/2014:10:05:29 +0800] "GET /app/user/showOrgInfo HTTP/1.1" 200 14318
192.168.1.45 - - [27/Oct/2014:10:05:32 +0800] "GET /app/customer/list HTTP/1.1" 200 29733
192.168.1.56 - - [27/Oct/2014:10:09:50 +0800] "GET /app/configuration/showConfigHistory HTTP/1.1" 200 17279
192.168.1.17 - - [27/Oct/2014:10:10:14 +0800] "GET /app/desktop HTTP/1.1" 302 -
192.168.1.17 - - [27/Oct/2014:10:10:14 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:10:54 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:10:59 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:20:44 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:20:46 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:20:51 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:21:04 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:22:57 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:23:50 +0800] "GET /app/auth/login HTTP/1.1" 200 11187

可以看到已經沒有靜態資源的請求資訊了，動靜分離成功！