快捷導(dǎo)航

ajax 緩存問題 requestheader

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

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

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

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

 
<asp:DropDownList ID="ddlProductList" runat="server"> 
<asp:ListItem Value="" Selected="True"></asp:ListItem> 
<asp:ListItem Value="null">積立利率変動(dòng)型終身保険</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">積立利率変動(dòng)型終身保険(市場(chǎng)金利連動(dòng)型)</asp:ListItem> 
<asp:ListItem Value="IIWL">　　・IIWL</asp:ListItem> 
<asp:ListItem Value="HIWL">　　・HIWL</asp:ListItem> 
<asp:ListItem Value="null">積立利率変動(dòng)型終身保険(貯蓄重視型)</asp:ListItem> 
<asp:ListItem Value="KIWLS">　　・KIWLS</asp:ListItem> 
<asp:ListItem Value="null">ドル建積立利率変動(dòng)型終身保険</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"> 積立利率変動(dòng)型養(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 = ""; 
} 
} 
} 

請(qǐng)求頁面代碼

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

您可能感興趣的文章: