session是工作在你的應用程序進程中的。asp.net進程、IIS往往會在20分鍾之后重啟相關的應用程序，緩沖池滿了（例如100個之后）也會重啟，各種進程保護措施都會隨時重新啟動，因此,InProc方式丟失session是很正常的事。csdn上明確告訴了這種模式只能保存“易失的、暫時的 ”變量，這是cache沒有之前的一種解決方案。而長期保持的數據就要保存在外部數據源中。狀態服務器就是一種進程外的數據源。
StateServer 模式的實質是，把Session 存放在一個單獨的進程里，此進程獨立於 aspnet_wp.exe 或 w3wp.exe 。啟用此服務后，在“任務管理器”中可以看到一個名為 aspnet_state.exe 的進程。
由於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= "20 "/>
我們會發現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
{
......
}