ASP.NET:設定頁面buffer引出來的問題

來源:互聯網
上載者:User

  前幾天,在程式使用Respoonse.Redirect("a.aspx?f=9#12")的時候,發現在IE裡面,跳轉之後的頁面忽略了#之後的內容,奇怪的是在同一頁面向自己Redirect的時候,這個問題就不會存在,百思不得其解,有病亂投醫吧,上網狂搜了一把,有人說設定頁面Buffer為false可能解決這個問題,於是將a頁面的buffer設定了false,經過驗證,這個與上述問題不相干,但是一時疏忽,忘記了沒有將buffer修改過來,昨天項目發布,放到伺服器上發祥a頁面的執行時間大的驚人,頁面內容稍微大一點,頁面往往會逾時,而實現同一功能的b頁面執行時間基本為0-16,而a頁面資料庫查詢次數為3,b頁面為7,這就更讓人納悶了,在本地試了下,b頁面基本上和伺服器沒什麼區別,a頁面在90-300ms之間,而明顯的b頁面要表現的資料和查詢的次數都要比a多,兩者從頁面結構上來說,基本一樣,因為二者共同使用了相同的UserControl,只有中間部分表現形式稍微不同而已,同在一個屋簷下的人,差距怎麼這麼大呢?納悶之餘,一個個刪除頁面元素,發現根本不起本質作用,b頁面就是出奇的快,a頁面跟中風一樣,慢的可以,於是找亞找,基本說是將a改了個遍,就差說鬧鬼了得時候,突然發現a頁面的buffer設定了false,而b赫然是true, 豁然開朗,鐵釘就是這裡問題,馬上更正過來,good!a頁面馬上快了起來。

一次不小心,造成如此的麻煩,不過總結了一下規律,在buffer設定為false得時候,與設定true,頁面在處理時間上基本相差10-20倍的關係,如果以後發現同樣功能的頁面,速度相差不少,排除了資料處理等因素,應該考慮一下是否存在上述問題。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.