SessionState 的Timeout)，其主要原因有三種
一：有些殺病毒軟體會去掃描您的Web.Config檔案，那時Session肯定掉，這是微軟的說法。
二:程式內部裡有讓Session掉失的程式碼，及伺服器記憶體不足產生的。
三：程式有框架頁面和跨域情況。
第一種解決辦法是:使殺病毒軟體遮蔽掃描Web.Config檔案(程式執行時自己也不要去編輯它)
第二種是檢查程式碼有無Session.Abandon()之類的。
第三種是在Window服務中將ASP.NET State Service 啟動。
今天遇到asp.net session丟失了，然後又回來了，session裡儲存的是使用者資訊，最後導致每次重新整理是不同的使用者或是未登入狀態。很讓人吐血的問題。
搞了2天沒搞出來，最後重寫了驗證機制，都放在了cookie裡了，session不敢用了。
今天發現，問題是由於設定iis6的 應用程式池內的效能內的最大web程式數導致的，由於session預設是存放在web程式裡的，程式開多了，導致session不能共享，每次重新整理又由不同的程式來處理，所以就導致重新整理出來不同的使用者，前提是在本機登入過這些使用者。
解決方法可以用stateserver或者用sqlserver模式來儲存session。
由於google沒搜到類似問題，所以這裡拿出來說一下這個讓我頭痛了2天，最後修改了n多頁面的問題。
asp.net session丟失網上收集
Asp.net 預設配置下，Session莫名丟失的原因及解決辦法
正常操作情況下Session會無故丟失。因為程式是在不停的被操作，排除Session超時的可能。另外，Session超時時間被設定成60分鐘，不會這麼快就超時的。
這次到CSDN上搜了一下帖子，發現好多人在討論這個問題，然後我又google了一下，發現微軟網站上也有類似的內容。
現在我就把原因和解決辦法寫出來。
原因：
由於Asp.net程式是預設配置，所以Web.Config檔案中關於Session的設定如下：
<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>
我們會發現sessionState標籤中有個屬性mode，它可以有3種取值：InProc、StateServer?SQLServer（大小寫敏感）。預設情況下是InProc，也就是將Session儲存在程式內（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），這個程式不穩定，在某些事件發生時，程式會重起，所以造成了儲存在該程式內的Session丟失。
哪些情況下該程式會重起呢？微軟的一篇文章告訴了我們：
1、配置檔案中processModel標籤的memoryLimit屬性
2、Global.asax或者Web.config檔案被更改
3、Bin資料夾中的Web程式（DLL）被修改
4、防毒軟體掃描了一些.config檔案。
更多的資訊請參考PRB: Session variables are lost intermittently in ASP.NET applications
解決辦法：
前面說到的sessionState標籤中mode屬性可以有三個取值，除了InProc之外，還可以為StateServer、SQLServer。這兩種存Session的方法都是程式外的，所以當aspnet_wp.exe重起的時候，不會影響到Session。
現在請將mode設定為StateServer。StateServer是本機的一個服務，可以在系統服務裡看到服務名為ASP.NET State Service的服務，預設情況是不啟動的。當我們設定mode為StateServer之後，請手工將該服務啟動。
這樣，我們就能利用本機的StateService來儲存Session了，除非電腦重啟或者StateService崩掉，否則Session是不會丟的（因Session超時被丟棄是正常的）。
除此之外，我們還可以將Session通過其他電腦的StateService來儲存。具體的修改是這樣的。同樣還在sessionState標籤中，有個stateConnectionString='tcpip=127.0.0.1:42424'屬性，其中有個ip地址，預設為本機（127.0.0.1），你可以將其改成你所知的執行了StateService服務的電腦IP，這樣就可以實現位於不同電腦上的Asp.net程式互通Session了。
如果你有更高的要求，需要在服務期重啟時Session也不丟失，可以考慮將mode設定成SQLServer，同樣需要修改sqlConnectionString屬性。關於使用SQLServer儲存Session的操作，請訪問這裡。
在使用StateServer或者SQLServer儲存Session時，所有需要儲存到Session的物件除了基本資料型別（預設的資料型別，如int、string等）外，都必須序列化。只需將[Serializable]標籤放到要序列化的類前就可以了。
如：
[Serializable]
public class MyClass
{
......
}
具體的序列化相關的知識請參這裡。
至此，問題解決。
關於asp.net Session丟失問題的總結
asp中Session的工作原理：
asp的Session是具有程式依賴性的。ASP Session狀態存於IIS的程式中，也就是inetinfo.exe這個程式。所以當inetinfo.exe程式崩潰時，這些資訊也就丟失。另外，重起或者關閉IIS服務都會造成資訊的丟失。
asp.net Session的實現
asp.net的Session是基於HttpModule技術做的，HttpModule可以在請求被處理之前，對請求進行狀態控制，由於Session本身就是用來做狀態維護的，因此用HttpModule做Session是再合適不過了。
原因1：
bin目錄中的檔案被改寫，asp.net有一種機制，為了保證dll重新編譯之後，系統正常執行，它會重新啟動一次網站程式，這時就會導致Session丟失，所以如果有access資料庫位於bin目錄，或者有其他檔案被系統改寫，就會導致Session丟失
原因2：
資料夾選項中，如果沒有開啟“在單獨的程式中開啟資料夾視窗”，一旦新建一個視窗，系統可能認為是新的Session會話，而無法訪問原來的Session，所以需要開啟該選項，否則會導致Session丟失
原因3：
似乎大部分的Session丟失是客戶端引起的，所以要從客戶端下手，看看cookie有沒有開啟
原因4：
Session的時間設定是不是有問題，會不會因為超時造成丟失
原因5：
IE中的cookie數量限制（每個域20個cookie）可能導致session丟失
原因6：
使用web garden模式，且使用了InProc mode作為儲存session的方式
解決丟失的經驗
1. 判斷是不是原因1造成的，可以在每次重新整理頁面的時候，跟蹤bin中某個檔案的修改時間
2. 做Session讀寫日誌，每次讀寫Session都要記錄下來，並且要記錄SessionID、Session值、所在頁面、當前函式、函式中的第幾次Session操作，這樣找丟失的原因會方便很多
3. 如果允許的話，建議使用state server或sql server儲存session，這樣不容易丟失
4. 在global.asa中加入程式碼記錄Session的建立時間和結束時間，超時造成的Session丟失是可以在SessionEnd中記錄下來的。
5. 如果有些程式碼中使用客戶端指令碼，如javascript維護Session狀態，就要嘗試除錯指令碼，是不是因為指令碼錯誤引起Session丟失
