问：为什么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
在1.0的时候也有一个bug会导致工作进程被回收并重启，该bug已经在1.1和sp2中修复。
关于该bug的详细信息请参考：
ASP.NET Worker Process (Aspnet_wp.exe) Is Recycled Unexpectedly.
问：为什么当Session超时或者Abandoned后，新Session的ID和原来的相同？
答：因为SessionID是保存在客户端浏览器的实例里，当Session超时在服务器重新建立Session时，将使用浏览器传来的SessionID，所以当Session超时后，再重新建立后SessionID并不变。
问：为什么每次请求的SessionID都不相同？
答：该问题可能是没有在Session里面保存任何信息引起的，即程序中任何地方都没有使用Session。当Session中保存信息之后SessionID将一直和浏览器相关，此时的SessionID将不会在变化。
问：ASP和ASP.NET之间是否可以共享Session？
答：可以。但是这是一个比较复杂的过程，微软提供了官方的解决方案，请参考：
问：什么类型的对象可以保存在Session里？
答：这依赖使用的Session的模式，当使用的是进程内（InProc）的 Session那么可以轻松的保存任何对象。如果你使用了非InProc的模式，则只能保存可以序列化和反序列化的对象，如果此时保存的对象不支持序列化，则不能保存到这种模式（非InProc）的Session里。
问：为什么在Session_End中不能使用Response.Redirect和Server.Transfer方法跳转页面？
答：Session_End是一个在服务器内部激发的事件处理函数。它是基于一个服务器内部的计时器的，在激发该事件时服务器上并没有相关的HttpRequest对象，因此此时并不能使
本文介绍ASP.NET Web Garden模型，Web Garden模型可以通过 machine.config 文件中的 部分进行配置。
Web Garden模型
Web Garden模型可以通过 machine.config 文件中的 <processModel> 部分进行配置。请注意，<processModel> 部分是唯一不能放在应用程序特定的 web.config 文件中的配置部分。这就是说，Web ......
