快捷導(dǎo)航

ajax 緩存問題 requestheader

更新時間：2010年02月09日 11:58:04 作者：

在web開發(fā)的時候經(jīng)常需要用到ajax，但是有些問題往往會被忽略，如果提交后需要在服務(wù)端做一些后臺操作的話因為瀏覽器默認(rèn)狀態(tài)下有緩存的原因，可能頁面上的信息還是正確的，但是后臺的邏輯代碼卻沒有真正的更新。

這樣是為了減少頻繁訪問服務(wù)器對其造成不必要的負(fù)擔(dān)，但是同時也帶來了一定特殊業(yè)務(wù)邏輯滿足不了的問題。
例如：
　　需要通過前臺一個select下拉列表來作為ajax的觸發(fā)入口，同時將server返回的信息呈現(xiàn)在頁面，并且往session或者數(shù)據(jù)庫里面更新一些實際的東西的邏輯操作。
當(dāng)?shù)谝淮吻袚Q選項，也就是提交請求的時候一切都是正常的，但是如果切換相同選項因為瀏覽器的緩存原因，將不會走到server，實際得到的動態(tài)信息是從緩存中去取的。造成后臺的邏輯沒有被走到。代碼如下：
aspx相關(guān)代碼

復(fù)制代碼代碼如下:

 
<asp:DropDownList ID="ddlProductList" runat="server"> 
<asp:ListItem Value="" Selected="True"></asp:ListItem> 
<asp:ListItem Value="null">積立利率変動型終身保険</asp:ListItem> 
<asp:ListItem Value="QIWL">　　・QIWL(H9)</asp:ListItem> 
<asp:ListItem Value="KIWL">　　・KIWL(H11)</asp:ListItem> 
<asp:ListItem Value="JIWL">　　・JIWL(H15)</asp:ListItem> 
<asp:ListItem Value="null">積立利率変動型終身保険(市場金利連動型)</asp:ListItem> 
<asp:ListItem Value="IIWL">　　・IIWL</asp:ListItem> 
<asp:ListItem Value="HIWL">　　・HIWL</asp:ListItem> 
<asp:ListItem Value="null">積立利率変動型終身保険(貯蓄重視型)</asp:ListItem> 
<asp:ListItem Value="KIWLS">　　・KIWLS</asp:ListItem> 
<asp:ListItem Value="null">ドル建積立利率変動型終身保険</asp:ListItem> 
<asp:ListItem Value="ODIWL">　　・ODIWL</asp:ListItem> 
<asp:ListItem Value="JDIWL">　　・JDIWL</asp:ListItem> 
<asp:ListItem Value="HDIWL">　　・HDIWL</asp:ListItem> 
<asp:ListItem Value="null"> 積立利率変動型養(yǎng)老保険(貯蓄重視型　米ドル建) </asp:ListItem> 
<asp:ListItem Value="JDISE">　　・JDISE</asp:ListItem> 
</asp:DropDownList> 

aspx.cs代碼

復(fù)制代碼代碼如下:

 
if (!IsPostBack) 
{ 
//為doropdownlist添加客戶端事件 
ddlProductList.Attributes.Add("onchange", "selectChange(this)"); 
} 

Ajax.js代碼

復(fù)制代碼代碼如下:

 
var request; 
function selectChange(obj) { 
createHttpRequest(); 
var url = "AjaxService.aspx?product=" + obj.value; 
request.open("GET",url,true) 
request.onreadystatechange = resetRate; 
request.send(); 
return false; 
} 
function createHttpRequest () { 
if (window.ActiveXObject) { 
request = new ActiveXObject("Microsoft.XMLHTTP"); 
} else if (window.XMLHttpRequest) { 
request = new XMLHttpRequest(); 
} 
} 
function resetRate() { 
if (request.readyState == 4) { 
if (request.responseText.substring(0,1) == "#") { 
document.getElementById("systemErrorMsg").innerHTML = request.responseText.substring(1); 
document.getElementById("rate").innerHTML = ""; 
} else { 
document.getElementById("rate").innerHTML = request.responseText; 
document.getElementById("systemErrorMsg").innerHTML = ""; 
} 
} 
} 

請求頁面代碼

復(fù)制代碼代碼如下:

 
protected void Page_Load(object sender, EventArgs e) 
{ 
string productShortName = Request.QueryString["product"]; 
if (productShortName != null && productShortName != "null" ) 
{ 
string result = Utility.GetProductRate(packageName); 
Session["rate"] = result; 
Response.Write(result); 
} 
} 

經(jīng)過分析問題出在XmlHttpRequest這個對象上面，切換選項后，并不是每次走到請求頁面的邏輯中。查詢了相關(guān)資料解決方案如下：
request.setRequestHeader("If-Modified-Since","0");
簡單的說，Last-Modified 與If-Modified-Since 都是用于記錄頁面最后修改時間的 HTTP 頭信息，只是 Last-Modified 是由服務(wù)器往客戶端發(fā)送的 HTTP 頭，而 If-Modified-Since 則是由客戶端往服務(wù)器發(fā)送的頭，可以看到，再次請求本地存在的 cache 頁面時，客戶端會通過 If-Modified-Since 頭將先前服務(wù)器端發(fā)過來的 Last-Modified 最后修改時間戳發(fā)送回去，這是為了讓服務(wù)器端進(jìn)行驗證，通過這個時間戳判斷客戶端的頁面是否是最新的，如果不是最新的，則返回新的內(nèi)容，如果是最新的，則返回 304 告訴客戶端其本地 cache 的頁面是最新的，于是客戶端就可以直接從本地加載頁面了，這樣在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)就會大大減少，同時也減輕了服務(wù)器的負(fù)擔(dān)。
另外還有另一個解決放案，不過還未經(jīng)測試，理論上應(yīng)該是可行的，就是在請求頁面設(shè)置一下response的header：
Response.AddHeader("Cache-control", "no-cache");

您可能感興趣的文章: