這樣是為了減少頻繁訪問服務器對其造成不必要的負擔，但是同時也帶來了一定特殊業務邏輯滿足不了的問題。
例如：
需要通過前台一個select下拉列表來作為ajax的觸發入口，同時將server返回的信息呈現在頁面，並且往session或者數據庫裡面更新一些實際的東西的邏輯操作。
當第一次切換選項，也就是提交請求的時候一切都是正常的，但是如果切換相同選項因為浏覽器的緩存原因，將不會走到server，實際得到的動態信息是從緩存中去取的。造成後台的邏輯沒有被走到。代碼如下：
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"> 積立利率変動型養老保険(貯蓄重視型 米ドル建) </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);
}
}
經過分析問題出在XmlHttpRequest這個對象上面，切換選項後，並不是每次走到請求頁面的邏輯中。查詢了相關資料解決方案如下：
request.setRequestHeader("If-Modified-Since","0");
簡單的說，Last-Modified 與If-Modified-Since 都是用於記錄頁面最後修改時間的 HTTP 頭信息，只是 Last-Modified 是由服務器往客戶端發送的 HTTP 頭，而 If-Modified-Since 則是由客戶端往服務器發送的頭，可 以看到，再次請求本地存在的 cache 頁面時，客戶端會通過 If-Modified-Since 頭將先前服務器端發過來的 Last-Modified 最後修改時間戳發送回去，這是為了讓服務器端進行驗證，通過這個時間戳判斷客戶端的頁面是否是最新的，如果不是最新的，則返回新的內容，如果是最新的，則 返回 304 告訴客戶端其本地 cache 的頁面是最新的，於是客戶端就可以直接從本地加載頁面了，這樣在網絡上傳輸的數據就會大大減少，同時也減輕了服務器的負擔。
另外還有另一個解決放案，不過還未經測試，理論上應該是可行的，就是在請求頁面設置一下response的header：
Response.AddHeader("Cache-control", "no-cache");