在現(xiàn)代Web應(yīng)用程序中，前端代碼充斥著大量的Ajax請求，如果對于Ajax請求可以使用瀏覽器緩存，那么可以顯著地減少網(wǎng)絡(luò)請求，提高程序響應(yīng)速度。
1. Ajax Request
使用jQuery框架可以很方便的進行Ajax請求，示例代碼如下：
$.ajax({
url : 'url',
dataType : "xml",
cache: true,
success : function(xml, status){
}
});
非常簡單，注意其中的第4行代碼：cache：true，顯式的要求如果當(dāng)前請求有緩存的話，直接使用緩存。如果該屬性設(shè)置為 false，則每次都會向服務(wù)器請求，Jquery的Comments如下：
If set to false, it will force requested pages not to be cached by the browser. Setting cache to false also appends a query string parameter, "_=[TIMESTAMP]", to the URL.
前端的工作也就這么多了，這樣的話Ajax請求就可以利用瀏覽器緩存了嗎？
繼續(xù)看。
2. Http 協(xié)議
Http協(xié)議的header部分定義了關(guān)于客戶端是否應(yīng)該做Cache，以及如何做Cache。具體參見Http Header Field Definitions 的 14.9 Cache-Control 和 14.21 Expires。這里簡單說一下：
Cache-Control
Cache-control用于控制HTTP緩存（在HTTP/1.0中可能部分沒實現(xiàn)，僅僅實現(xiàn)了Pragma: no-cache）
數(shù)據(jù)包中的格式：
Cache-Control: cache-directive
cache-directive可以為以下：
request時用到：
| "no-cache"
| "no-store"
| "max-age" "=" delta-seconds
| "max-stale" [ "=" delta-seconds ]
| "min-fresh" "=" delta-seconds
| "no-transform"
| "only-if-cached"
| "cache-extension"
response時用到：
| "public"
| "private" [ "=" "> field-name "> ]
| "no-cache" [ "=" "> field-name "> ]
| "no-store"
| "no-transform"
| "must-revalidate"
| "proxy-revalidate"
| "max-age" "=" delta-seconds
| "s-maxage" "=" delta-seconds
| "cache-extension"
說明：
-Public 指示響應(yīng)可被任何緩存區(qū)緩存。
-Private 指示對于單個用戶的整個或部分響應(yīng)消息，不能被共享緩存處理。這允許服務(wù)器僅僅描述當(dāng)用戶的部分響應(yīng)消息，此響應(yīng)消息對于其他用戶的請求無效。
-no-cache 指示請求或響應(yīng)消息不能緩存（HTTP/1.0用Pragma的no-cache替換）
-no-store 用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應(yīng)消息都不使用緩存。
-max-age 指示客戶端可以接收生存期不大于指定時間（以秒為單位）的響應(yīng)。
-min-fresh 指示客戶端可以接收響應(yīng)時間小于當(dāng)前時間加上指定時間的響應(yīng)。
-max-stale 指示客戶端可以接收超出超時期間的響應(yīng)消息。如果指定max-stale消息的值，那么客戶端可以
接收超出超時期指定值之內(nèi)的響應(yīng)消息。
Expires
Expires 表示Cache的有效時間，允許客戶端在這個時間之前不去發(fā)請求，等同max-age的效果。但是如果同時存在，則被Cache-Control的max-age覆蓋。
格式：Expires = "Expires" ":" HTTP-date
示例：Expires: Thu, 01 Dec 1994 16:00:00 GMT
Last-Modified
Last-Modified用GMT格式表明了文檔的最后修改時間，客戶端第二次請求此URL時，會在頭部加入一個屬性，詢問該時間之后文件是否有被修改過。如果服務(wù)器端的文件沒有被修改過，則返回狀態(tài)是304，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。
3. 我的問題
這幾天在做Web前端的時候，發(fā)現(xiàn)客戶端的每次Ajax都會從服務(wù)器端請求數(shù)據(jù)，而這些數(shù)據(jù)的即時性沒有那么高，沒必要每次都請求。
在顯式的給Ajax加上cache為true后，發(fā)現(xiàn)問題依舊。于是懷疑是服務(wù)端的問題，服務(wù)端使用 jersey 搭建了基于Restful的服務(wù)，代碼片段如下：
@GET
@Produces("application/xml")
public Response getProducts() {
Response.ResponseBuilder response = Response.ok(data);
return response.build();
}
添加Cache控制后，進行測試，一切OK。
最后的代碼如下：
@GET
@Produces("application/xml")
public Response getProducts() {
Response.ResponseBuilder response = Response.ok(data);
// Expires 3 seconds from now..this would be ideally based
// of some pre-determined non-functional requirement.
Date expirationDate = new Date(System.currentTimeMillis() + 3000);
response.expires(expirationDate);
return response.build();
}
以上只是示例代碼，還可以進行更精細的控制，例如使用CacheControl、Last-Modified等等。
以上這篇淺談Ajax請求與瀏覽器緩存就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。
您可能感興趣的文章:- 解析瀏覽器端的AJAX緩存機制
- Ajax清除瀏覽器js、css、圖片緩存的方法
- Ajax中瀏覽器的緩存問題解決方法
- Js 代碼中,ajax請求地址后加隨機數(shù)防止瀏覽器緩存的原因
