ASP.NET:設(shè)置頁面buffer引出來的問題
前幾天,在程序使用Respoonse.Redirect("a.aspx?f=9#12")的時(shí)候,發(fā)現(xiàn)在IE里面,跳轉(zhuǎn)之后的頁面忽略了#之后的內(nèi)容,奇怪的是在同一頁面向自己Redirect的時(shí)候,這個(gè)問題就不會(huì)存在,百思不得其解,有病亂投醫(yī)吧,上網(wǎng)狂搜了一把,有人說設(shè)置頁面Buffer為false可能解決這個(gè)問題,于是將a頁面的buffer設(shè)置了false,經(jīng)過驗(yàn)證,這個(gè)與上述問題不相干,但是一時(shí)疏忽,忘記了沒有將buffer修改過來,昨天項(xiàng)目發(fā)布,放到服務(wù)器上發(fā)祥a頁面的執(zhí)行時(shí)間大的驚人,頁面內(nèi)容稍微大一點(diǎn),頁面往往會(huì)超時(shí),而實(shí)現(xiàn)同一功能的b頁面執(zhí)行時(shí)間基本為0-16,而a頁面數(shù)據(jù)庫查詢次數(shù)為3,b頁面為7,這就更讓人納悶了,在本地試了下,b頁面基本上和服務(wù)器沒什么區(qū)別,a頁面在90-300ms之間,而明顯的b頁面要表現(xiàn)的數(shù)據(jù)和查詢的次數(shù)都要比a多,兩者從頁面結(jié)構(gòu)上來說,基本一樣,因?yàn)槎吖餐褂昧讼嗤腢serControl,只有中間部分表現(xiàn)形式稍微不同而已,同在一個(gè)屋檐下的人,差距怎么這么大呢?納悶之余,一個(gè)個(gè)刪除頁面元素,發(fā)現(xiàn)根本不起本質(zhì)作用,b頁面就是出奇的快,a頁面跟中風(fēng)一樣,慢的可以,于是找亞找,基本說是將a改了個(gè)遍,就差說鬧鬼了得時(shí)候,突然發(fā)現(xiàn)a頁面的buffer設(shè)置了false,而b赫然是true, 豁然開朗,鐵釘就是這里問題,馬上更正過來,good!a頁面馬上快了起來。
一次不小心,造成如此的麻煩,不過總結(jié)了一下規(guī)律,在buffer設(shè)置為false得時(shí)候,與設(shè)置true,頁面在處理時(shí)間上基本相差10-20倍的關(guān)系,如果以后發(fā)現(xiàn)同樣功能的頁面,速度相差不少,排除了數(shù)據(jù)處理等因素,應(yīng)該考慮一下是否存在上述問題。
相關(guān)文章
aspx實(shí)現(xiàn)的 jquery ui 的 flexgrid demo
這幾天沒事研究著jquery,真是個(gè)好東西,慢慢的知道了有jquery ui,一開始就被華麗的界面和簡單的操作給吸引了,尤其是里面的flexgrid,對我而言可以說是非常寶貴的東西2009-12-12.net 中按.(點(diǎn))無法智能提示的bug解決方案
IDE按.無法智能提示,但是可以編譯并正常使用,在修改別人代碼bug時(shí)遇到的,接下來為你提供詳細(xì)解決方法,感興趣的你可以參考下哈2013-03-03ASP.NET Core中修改配置文件后自動(dòng)加載新配置的方法詳解
這篇文章主要給大家介紹了關(guān)于ASP.NET Core中修改配置文件后自動(dòng)加載新配置的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家學(xué)習(xí)或者使用ASP.NET Core具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2020-08-08Asp.net實(shí)時(shí)顯示文本框字?jǐn)?shù)實(shí)現(xiàn)代碼
實(shí)時(shí)顯示文本框字?jǐn)?shù)在日常開發(fā)中很常見,也很實(shí)用,接下來為大家介紹下如何實(shí)現(xiàn)實(shí)時(shí)顯示,感興趣的朋友可以參考下哈,希望可以幫助到你2013-04-04.NET6使用微信小程序授權(quán)登錄獲取手機(jī)號
小程序手機(jī)號授權(quán)是在里打開小程序時(shí)彈窗請求允許使用某些功能,比如授權(quán)獲取用戶信息、授權(quán)獲取手機(jī)號等,本文主要介紹了.NET6使用微信小程序授權(quán)登錄獲取手機(jī)號,感興趣的可以了解一下2023-08-08