评论

1193347

#1楼 2004-10-20 09:29 aierong      

要说到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中时支持。


ps: 打字真是很辛苦，中英文切来切去更是辛苦，不过还是希望大家可以从中受益，俺也不枉费功夫了。最后，有什么问题的话希望大家多多回帖，一起讨论讨论。:)



我找的资料

希望对你有帮助
  回复  引用  查看    

#2楼 2004-10-20 10:28 dudu      

感谢aierong共享自己的经验。   回复  引用  查看    

#3楼 2004-10-20 11:48 squirrel_sc      

1. Session里面保留的值类型是什么，没研究过，不过我想应该也是装箱了的。感觉第一个测试比较不出什么差别来。(int)已经将其unbox了。
2. session里面保存类，是通过序列化来保存的，不能说保存的是引用，至少在进程外的session应该是这样，因为进程外的session常常需要支持web farm，不可能保留到某个机器的对象的引用，都是序列化后的结果，我将session放到sql server中，证实了这个想法。
6. dataview从道理上来说就无法保存，view是要依赖于table存在的，没有table，如何能保存view？
7. Session.Abandon可以释放所有Session。但这和内存使用量的减少没有关系。内存的减少，是通过GC来进行的。试试执行GC.Collect()。   回复  引用  查看    

#4楼 2004-10-21 11:50 Stephen      

按照aierong的方法做了一下，发现不加page_load那句话，Session_Id也一样不变，不知道是怎么回事。

另外，为什么在Session过期或者关闭窗口的时候，Session_End都不会触发？在web.config中设置session过期时间（比如设为10个小时）好像也不怎么起作用，客户端在登录以后产生的Session有时在10个小时甚至是很短的时间内就丢失了。   回复  引用  查看    

#5楼 2004-12-10 12:41 老王

我遇到同样的事情,可能是我重新定义了用户的cookie? 疑惑.   回复  引用    

#6楼 2005-11-16 16:04 昊子      

to Stephen
Session_End触发是隐式的
Session过期设为10个小时太可怕了
如果每天访问量有2000，服务器平均要同时保存800个Session

通常Session过期设为20分钟

--
楼主好像很喜欢用DataSet,其实保存数据用DataTable就可以，使用完立即释放   回复  引用  查看    

#7楼 2006-06-27 13:10 Wu.Country@侠缘      

IIS进行的内存不是以Session是否过期来回收的，应该用由系统来管理，它有可能不只ASP.net一个应用程序。
Session过期，你清除了Session，但内存没有被中间语言环境来回收，所以内存块不会改变。(这块内存可能已经不能再访问，它只留给中间语言环境来进行新的分配，而IIS进程当然也就会占据着这块内存。即使调用回收函数，内存块也不一定会回收，因为GC的工作原理就是那种你要就给，而不管你还不还。即：Session向中间语言环境释放了内存，但中间语言环境没有向IIS释放内存。)
试着在Session过期后，显示调用GC的回收函数。
System.GC.Collect();
它只清理中间语言环境的内存，所以IIS进程占用的内存不一定会下降。但在下一次申请内存时，IIS的内存可能不会增加，而会在上次申请的内存块里重新分配。   回复  引用  查看    

#8楼 2007-03-13 16:45 yunhuasheng      

@aierong
写得好!!
  回复  引用  查看    

#9楼 2007-03-13 16:46 yunhuasheng      

@squirrel_sc

支持!!   回复  引用  查看    

#10楼 2007-04-04 16:29 fyf[未注册用户]

能将一下Page_Load方面的知识吗?   回复  引用    

#11楼 2008-02-07 13:53 song_gongda[未注册用户]

学习   回复  引用    

#12楼 2008-05-12 11:33 sunhifi[未注册用户]

按照 @aierong 的方法我也做了一遍， sessionid是不改变的，哪位大侠能解释下吗？ 谢谢
  回复  引用    

• 我的参与
• 我的新闻
• 最新评论
• 我的标签