ASP.NET中Session的问题

关于session_end的执行测试,解决困惑
很惭愧这个问题困惑了我2天时间, 查阅无数文章,最后经过测试发现,这些文章并没有说到重点

包括csdn里很多程序员也没有搞清楚怎么回事,其实seesion_end方法不执行的原因很简单.

有三点吧,第一是config.sys设置问题,在system.web节点下添加

<sessionState mode="InProc" timeout="1" cookieless="false" />

注意: InProc 模式不需要IP地址等配置,因为给ASP.NET自带的状态服务无关.

第二,在global.asax里添加

 void Session_OnEnd(object sender, EventArgs e) 方法

我也开始也奇怪为什么要添加,后来经过测试发现 Session_End和Session_OnEnd执行的条件不相同

Session_End 是所有SESSION失效后执行

Session_OnEnd 是某一Session失效后执行

区别是不是很大? 不经过测试我也没发现,本以为session_end全部在掌控当中,没想到能困惑这么长时间

第三点,也就是很重要的一点,如果方法里含有调用http上下文信息的,一律不执行

例如 HttpApplicationState NameList = HttpContext.Current.Application;

这是肯定不会执行的,可以直接在这个方法里用Application 或者Session ,request等想都别想!

另外我发现传递自定义类有时候也会失效,所以大家在这个方法里写代码的时候

尽量把全部代码都集中到这个方法里,尽量少去调用静态的自定义方法.

可以通过 Application["test"]=1; 来测试,看看他执行到哪,哪里没有执行等等

文章写的潦草,但确实能解决一些问题,如果我当初能看到这样的文章,那我也不会困惑2天了

希望您能回复,提出您的意见!谢谢
===================================================================================================
 要说到session这个东西，很多人可能都不屑一顾。这个东东嘛,n年前就开始做了,有
啥好讲的啊。可是，在很多地方我们还是会发现一些问题，比如有的人说，我的
session_start激发了，怎么session_end没有啊，我在session_end做了些善后工作，
这下没法完成了，怎么办啊？

 最近看了些文章，结合自己的一些经验，想和大家一起讨论一下其中的说法。

 其实，很多这类的问题都是由一个东西引起的，它就是session ID。首先，是不是我
一个IE client起来，访问一个页面，只要我不关浏览器，session ID就是一样的呢？
很多人会想，应该是一样的吧，我浏览器都没关，web server总归会认为我是同一个
client,不会把session ID变来变去的。要验证这个，让我们现在做一个简单的试验。
用vs.net创建一个简单的asp.net web app.在web form1上加个button,然后在页面的
page prefix上enable trace.接下来浏览这个页面，不停的click button来提交
request。感谢asp.net的这个trace功能，我们可以看到session ID其实是在不停的变
化的。也就是说，这时候在服务器端，根本就不关心这个client的存在，每次都觉得它
是来自一个新的client.

那这到底是怎么回事呢？OK，让我们在page_load里面加上一句，
session["variable1"]="testvalue";然后再做一下测试。Bingo,现在session ID就保
持一致了。我想，很多人也许以前就没有注意到这点。这里我们可以得出一个结论:要
建立一个持续的session，咱们需要至少使用一下session变量，用行话来说，就是要至
少往session dictionary中写入一次。

 不过，值得注意的是，这只是个必要条件，还不是充分条件。

 在提到下一个必要条件前，我们先来弄清一件事，如果我们在程序中间有
global.asax,里面有session_onstart, session_onend，上面的实验是不会成功的。原
因是一旦定义了session_onstart处理函数后,session的state就总是会被保存了，即使
里面是空的，这样的话，session ID就不会改变了。因为session这东西还是消耗资源
的，所以在asp.net web app中如果没有必要，你就不要把session_onstart,
session_end写在global.asax中。

 上面的实验中,我们也可以看到,如果session ID在变化，我们就跟踪不到
session_onend,一旦稳定下来，session_onend就出现了。

 现在，我们再来谈谈另一个条件，还是先从实验做起，我们在刚才例子的基础上(包
括session_onstart, session_onend)，在page_load的session那行的下面加上一句，
session.abandon().再来运行一把,咦,这是你会发现一点奇怪的地方,session_onend不
执行了，尽管session_onstart执行过了一遍。（这里我们需要写一些log语句来观察
到）而且，如果我们把session.abandon()写在button.onclick事件里面，
session_onend就立马执行了。奇怪吧，这里有什么区别呢？

 这样，第二个必要条件就引发了，要让session_onend成功执行，至少要有一个
request已经被完整地执行过。上面的第一种情况，在page_load中就中止的话，第一个
request都没有执行完毕，session_onend就没法激发了。

 综合这两个必要条件，我们终于可以得出要让session_onend执行的充分条件了：
 1）至少有一个request成功完整地执行
 2）至少存储一些data在session state中。可以通过session变量或者加上
session_onstart来实现。

 最后声明一点，session_onend只在InProc模式中支持，也就是说，只在session
data在asp.net worker process中时支持。