ajax 緩存 問題 requestheader

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

<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代碼 
 代碼如下:

if (!IsPostBack) 
{ 
//為doropdownlist添加客戶端事件 
ddlProductList.Attributes.Add("onchange", "selectChange(this)"); 
} 
 
Ajax.js代碼 
 代碼如下:

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 = ""; 
} 
} 
} 
 
請求頁面代碼 
 代碼如下:

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




聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com