Ajax請求與瀏覽器緩存的示例分析

這篇文章主要為大家展示了“Ajax請求與瀏覽器緩存的示例分析”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“Ajax請求與瀏覽器緩存的示例分析”這篇文章吧。

在現(xiàn)代Web應用程序中，前端代碼充斥著大量的Ajax請求，如果對于Ajax請求可以使用瀏覽器緩存，那么可以顯著地減少網(wǎng)絡請求，提高程序響應速度。

1. Ajax Request

使用jQuery框架可以很方便的進行Ajax請求，示例代碼如下：

$.ajax({
  url : 'url',
  dataType : "xml",
  cache: true,
  success : function(xml, status){  
      }
});

非常簡單，注意其中的第4行代碼：cache：true，顯式的要求如果當前請求有緩存的話，直接使用緩存。如果該屬性設置為 false，則每次都會向服務器請求，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部分定義了關于客戶端是否應該做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  指示響應可被任何緩存區(qū)緩存。

-Private  指示對于單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對于其他用戶的請求無效。

-no-cache  指示請求或響應消息不能緩存（HTTP/1.0用Pragma的no-cache替換）

-no-store  用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應消息都不使用緩存。

-max-age  指示客戶端可以接收生存期不大于指定時間（以秒為單位）的響應。

-min-fresh  指示客戶端可以接收響應時間小于當前時間加上指定時間的響應。

-max-stale  指示客戶端可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那么客戶端可以

接收超出超時期指定值之內(nèi)的響應消息。

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時，會在頭部加入一個屬性，詢問該時間之后文件是否有被修改過。如果服務器端的文件沒有被修改過，則返回狀態(tài)是304，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。

3. 我的問題

這幾天在做Web前端的時候，發(fā)現(xiàn)客戶端的每次Ajax都會從服務器端請求數(shù)據(jù)，而這些數(shù)據(jù)的即時性沒有那么高，沒必要每次都請求。

在顯式的給Ajax加上cache為true后，發(fā)現(xiàn)問題依舊。于是懷疑是服務端的問題，服務端使用 jersey 搭建了基于Restful的服務，代碼片段如下：

@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)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業(yè)資訊頻道！