问：为什么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对象，因此此时并不能使
//思路:将其IP存入数据库的时候,以数字的形式存入.即可比较大小.
//比如:192.168.1.1 凡是后面位数不满3位的都以0填充.....那么存入形式为:192168001001
//因为:1只有一位...所以加00这样数据库中全部的都为12位的数字,即可比较.
public string getip(string ip)
{
......
本文介绍ASP.NET Web Garden模型，Web Garden模型可以通过 machine.config 文件中的 部分进行配置。
Web Garden模型
Web Garden模型可以通过 machine.config 文件中的 <processModel> 部分进行配置。请注意，<processModel> 部分是唯一不能放在应用程序特定的 web.config 文件中的配置部分。这就是说，Web ......
不管使用哪种底层平台，可靠性和性能都是对所有 Web 应用程序的主要要求，尽管从某种意义上讲，这两个要求是相互矛盾的。例如，要构建更可靠、更健壮的应用程序，可能需要将 Web 服务器与具体的应用程序分离，使应用程序在进程外工作。但是，如果在不同于 Web 服务器进程的内存环境中工作，应用程序将变慢。因此，需要采取� ......
