在asp.net中使用session常见问题集锦

在asp.net中使用session常见问题集锦2011-02-17问：为什么Session在有些机器上偶尔会丢失？

答：可能和机器的环境有关系，比如：防火墙或者杀毒软件等，尝试关闭防火墙。

问：为什么当调用Session.Abandon时并没有激发Session_End方法？

答：首先Session_End方法只支持InProc（进程内的）类型的Session。其次要激发Session_End方法，必须存在Session（即系统中已经使用Session了），并且至少要完成一次请求（在这次请求中会调用该方法）。

问：为什么当我在InProc模式下使用Session会经常丢失？

答：该问题通常是由于应用程序被回收导致的，因为当使用进程内Session时，Session是保存在aspnet_wp进程中，当该进程被回收Session自然也就没有了，确定该进程是否被回收可以通过查看系统的事件查看器获得信息。

具体信息请参考：

Session variables are lost intermittently in ASP.NET applications

http://support.microsoft.com/default.aspx？scid=kb;en-us;Q316148

在1.0的时候也有一个bug会导致工作进程被回收并重启，该bug已经在1.1和sp2中修复。

关于该bug的详细信息请参考：

ASP.NET Worker Process （Aspnet_wp.exe） Is Recycled Unexpectedly.

http://support.microsoft.com/default.aspx？scid=kb;en-us;Q321792

问：为什么当Session超时或者Abandoned后，新Session的ID和原来的相同？

答：因为SessionID是保存在客户端浏览器的实例里，当Session超时在服务器重新建立Session时，将使用浏览器传来的SessionID，所以当Session超时后，再重新建立后SessionID并不变。

问：为什么每次请求的SessionID都不相同？

答：该问题可能是没有在Session里面保存任何信息引起的，即程序中任何地方都没有使用Session。当Session中保存信息之后SessionID将一直和浏览器相关，此时的SessionID将不会在变化。

问：ASP和ASP.NET之间是否可以共享Session？

答：可以。但是这是一个比较复杂的过程，微软提供了官方的解决方案，请参考：http://msdn.microsoft.com/library/default.asp？url=/library/en-us/dnaspp/html/ConvertToASPNET.asp

问：什么类型的对象可以保存在Session里？

答：这依赖使用的Session的模式，当使用的是进程内（InProc）的Session那么可以轻松的保存任何对象。如果你使用了非InProc的模式，则只能保存可以序列化和反序列化的对象，如果此时保存的对象不支持序列化，则不能保存到这种模式（非InProc）的Session里。

问：为什么在Session_End中不能使用Response.Redirect和Server.Transfer方法跳转页面？

答：Session_End是一个在服务器内部激发的事件处理函数。它是基于一个服务器内部的计时器的，在激发该事件时服务器上并没有相关的HttpRequest对象，因此此时并不能使用Response.Redirect和Server.Transfer方法。

问：在Session_End中是否可以获得HttpContext对象？

答：不行，因为这个事件并没有和任何的请求（Request）相关联，没有基于请求的上下文。

问：在Web Service中该如何使用Session？

答：为了在Web Service中使用Session，需要在Web Service的调用方做一些额外的工作，必须保存和存储调用Web Service时使用的Cookie。详细信息请参考MSDN文档的HttpWebClientProtocol.CookieContainer属性。然而，如果你使用代理服务器访问Web Service由于框架的限制，两者不能共享Session。