asp.net 預設的 session state 模式是 in proc（程序內），資料是在**的應用程式池裡面儲存的。這樣在 web.config 設定的超時時間，是在應用程式池沒有發生**的基礎上才是有效的。
這樣就出現了問題，為什麼應用程式池會發生**？如何禁止應用程式池的**，讓 session 的資料可以儲存得時間長一點呢？
一、應用程式池設定
這和 iis 應用程式池的兩個設定有關：
【**】裡面的【固定時間間隔(分鐘)】和【程序模型】裡面的【閒置超時(分鐘)】，這兩項的預設設定大概是二十或三十分鐘的樣子。也就是說，在應用程式池的執行時間達到設定的間隔，應用程式池會發生**，session 會被清空；在**空閒，即沒有請求的時間達到設定值，應用程式池會發生**，session 會被清空。
這種**的行為在乙個正式運營的**上面，是很不合適的。我覺得 iis 的預設值是這樣也有點奇怪，因為預設值應該是乙個最通用，適合最多人的一種設定，這兩項的預設值顯然不是。可能 windows 畢竟是最流行的桌面系統，考慮到**可以節省資源，不影響其他的工作任務，才這樣設定的吧。伺服器一般都是單一的工作任務，不進行**帶來的價值，明顯是高於所消耗的資源的。
所以，如上面的截圖所示，我建議把這兩項都設定為 0，禁用這兩種**行為
二、**屬性 高階設定
一般購買過虛擬主機的朋友都熟悉購買時，會限制iis連線數，這邊先從普通不懂**使用者角度理解iis連線數
顧名思義即為iis伺服器可以同時容納客戶請求的最高連線數，準確的說應該叫「iis限制連線數」
三、** 會話狀態
http超時請求設定
http請求時候總是設定的兩個引數connectiontimeout和sockettimeout 在http請求時候總是設定兩個引數，就是連線超時和socket超時 解析 一次http請求，必定會有三個階段，一 建立連線 二 資料傳送 三，斷開連線。當建立連線在規定的時間內 connectionti...
CXF 連線超時與請求超時的設定
主要在客戶端呼叫時設定 在編譯 執行是沒問題的，但測試發現如果服務端沒有啟動或網路環境差，cxf會預設等待一定的時間 則有了客戶端呼叫超時的設定 方式 1 在 中設定超時 這是命令生成的類，該類的例項可當成工廠來使用 cxfetcvremindinfoserviceimpl factory new ...
Http請求設定超時時間
原設定如下 建立httppost 要加超時時間，修改後為 建立預設的httpclient例項.建立httppost 主要的改變是初始化httpclient時候 建立預設的httpclient例項.requestconfig defaultrequestconfig requestconfig.cus...