推薦：從ASP.NET 1.1升級到ASP.NET 2.0要考慮的Cookie問題
當(dāng)你準(zhǔn)備將Web應(yīng)用程序從ASP.NET 1.1升級到ASP.NET 2.0，你將面對這樣一個(gè)cookie問題：在ASP.NET 1.1應(yīng)用程序中客戶端保存的所有cookie將失效。 博客園也遇到了這樣的問題，對博客園

大家都知道，要實(shí)現(xiàn)一個(gè)24*7全天候運(yùn)行的應(yīng)用程序并不是一件容易的事。我的一個(gè)項(xiàng)目就曾經(jīng)在暴力負(fù)荷下堅(jiān)持了20多個(gè)小時(shí)后還是壯烈掛掉了。幸運(yùn)的是，ASP.NET和IIS為我們提供了一些簡便的設(shè)施，使我們能夠輕松構(gòu)建超級穩(wěn)定的。Net應(yīng)用程序。不過稍嫌不爽的是，Windows 2000（IIS6.0 以下版本） 和 Windows 2003（IIS6.0）系統(tǒng)下的配置方法不盡相同。

先說說windows 2000系統(tǒng)，熟悉ASP.NET的兄臺(tái)應(yīng)當(dāng)都知道 machine.config 這個(gè)文件吧，它保存在 %WindowPath%\Microsoft.Net\Framework\%.NetVersion%\CONFIG\ 目錄下。隨便用什么文本編輯器（當(dāng)然最土的就屬 “記事本” 了）打開該文件，找到 <processModel ……> 這一節(jié)。ASP.NET就是根據(jù)這一節(jié)的設(shè)置，來控制ASP.NET服務(wù)進(jìn)程（aspnet_wp.exe 或 w3wp.ext ）的。我們的寫的ASP.NET 應(yīng)用程序代碼就運(yùn)行在這個(gè)進(jìn)程空間內(nèi)。如果你使用的是Framework 1.1 你會(huì)在這一節(jié)中看到n多個(gè)屬性，我們關(guān)心的是下面三個(gè)，等號(hào)后面是它們的缺省值：

timeout="Infinite"

idleTimeout="Infinite"

memoryLimit="60"

在 Framework 2.0 下你看不到它們，但你可以手工把它們添加進(jìn)去。

我來翻譯一下這三個(gè)屬性的意思，在持續(xù)運(yùn)行了 timeout 指定的時(shí)間后，重啟 ASP.NET服務(wù)進(jìn)程，timeout 的缺省值為無窮大，你可以按“HH：MM：SS”的格式重新設(shè)置，如，timeout=24：00：00表示24小時(shí)后重啟； 如果在 idleTimeout 指定的時(shí)間內(nèi)沒人的訪問，則重啟 ASP.NET服務(wù)進(jìn)程，idleTimeout 的缺省值同樣為無窮大，設(shè)置方式如上；如果ASP.NET服務(wù)進(jìn)程 使用的內(nèi)存占系統(tǒng)總內(nèi)存的百分比超過了 memoryLimit 指定的數(shù)量，則重啟 ASP.NET服務(wù)進(jìn)程。

明白了吧，通過這三個(gè)屬性的配合，就可以神不知，鬼不覺的重啟服務(wù)進(jìn)程，從而使咱的應(yīng)用程序生生不息的運(yùn)行下去。我這樣說，細(xì)心的讀者可能已經(jīng)發(fā)現(xiàn)問題了，當(dāng)服務(wù)進(jìn)程重啟時(shí)，客戶端的會(huì)話（Session）必然會(huì)丟失，用戶的操作也就被中斷了。怎么能做到“神不知，鬼不覺”呢？

這個(gè)問題確實(shí)存在，不過可以通過如下措施將其影響減至最小，甚至完全消除：

首先，我們可以把 idleTimeout 設(shè)為一個(gè)合理的值，通常我會(huì)將其置為會(huì)話（Session）超時(shí)設(shè)置的1.5-3倍。將timeout 置為程序能堅(jiān)持的上限值，我通常將其置為24小時(shí)。這樣將迫使服務(wù)進(jìn)程在空閑時(shí)重啟，由于這時(shí)不存在任何會(huì)話（Session），所以也就不可能中斷用戶的操作。這種設(shè)置在中小企業(yè)辦公環(huán)境中非常有效，因?yàn)橄掳嗪蠡�本沒有人訪問。

當(dāng)然，上面的方法局限性很大，只能在特定場合起作用。如果在持續(xù)有人訪問，或者內(nèi)存超限的情況下重啟，用戶的操作仍然會(huì)受到干擾。一個(gè)終極的解決辦法就是，將會(huì)話（Session）狀態(tài)保存在獨(dú)立的進(jìn)程中。在ASP.Net上，這也可以通過簡單的配置實(shí)現(xiàn)。

分享：asp.net2.0 URL重寫以及urlMappings問題(2)
　　由于一旦進(jìn)行了URL重寫，原先的WEBFORM中的Action會(huì)發(fā)生改變，容易造成：請求的資源不存在問題具體怎么樣？各位DX看看就清楚了�。�！ 所有才有了這個(gè)ResponseFilter了，