论坛首页 Java企业应用论坛

robbin的HttpSession总结

浏览 28018 次
该帖已经被评为精华帖
作者 正文
   发表时间:2003-09-24  
HttpSession不是Java独有的概念,JSP,PHP,ASP都支持HttpSession。偶对,PHP还比较清楚,JSP也比较清楚,ASP没有研究过这个问题,但估计和JSP一样。

apache httpd server本身不支持session,更多的作为一个web server,仅支持少量的SSI,CGI功能。我猜想你说的apache session大概是安装了PHP的Apache。php的session确实是每次都要在apache的临时目录建了session文件。这有一定的缘故。由于不像JSP有一个JVM专门开辟了一个内存区,同时传统的apache在unix是进程模型,进程间通讯比较困难,对于进程间共享session的问题,就是采取保存在硬盘上的办法。只不过unix上的apache的IO效率特别高,基本上不会有多少性能损失。这就是你看到apache临时目录里面有很多session文件的原因。

对于JSP来说,在非集群环境下,session是保存在JVM开辟的内存里面的,那么究竟是否会使用某些算法,例如LRU算法将不常用的session钝化在硬盘上呢?由于每个App Server实现不同,我也不敢下断言,但是就普遍情况而言,是不会钝化在硬盘上的。不论是Tomcat,还是Weblogic都是如此。其实这个问题很容易就可以想清楚,session对象如果能够钝化在硬盘上,必须实现序列化接口,如果App Server没有要求你必须把所有session对象实现序列化接口的化就意味着肯定不会钝化到硬盘上,否则App Server一钝化就很有可能报无法序列化的错误。

因此session绝对不应该设为永远不过期,实际上App Server也不会允许你这么做,就是你在程序里面这么设也不起作用。

由于大量session占用过多JVM内存,导致JVM报告OutOfMemory的错误,这是一个很常见的现象,不管是多牛的App Server一样会中招!绝不会有例外。也许某些人说这么容易中招的App Server还能在市场上混下去吗?

嘿嘿,拿weblogic来说吧,你写一个JSP,就一句话 System.exit(0);,你运行一下,Weblogic Server马上关闭,换了任何App Server都得中招,只有一个例外,就是Resin。因为resin很狡猾,用一个脚本不断监视,一旦发现App Server down掉立刻重起。所以Resin也不是不中招,而是中招以后立刻重起罢了。

因此程序带来的性能问题不管多好的App Server都架不住,你说JRun可以钝化到硬盘上,我相信肯定有一个前提,就是所有的session对象都必须可序列化,否则也根本无法钝化。
   发表时间:2003-09-24  
对我太有帮助了,谢谢。

有几个问题请教:
1、我测试过了,一个JSP,就一句话 System.exit(0);,app server确实会shutdown。但是,我想不明白其中的道理,为什么呀?

2、“因此session绝对不应该设为永远不过期,实际上App Server也不会允许你这么做,就是你在程序里面这么设也不起作用。 ”
这句话正确吗?有什么办法实验吗?我在tomcat中测试,session确实一直保持着呀。
0 请登录后投票
   发表时间:2003-09-24  
honux 写道
对我太有帮助了,谢谢。

有几个问题请教:
1、我测试过了,一个JSP,就一句话 System.exit(0);,app server确实会shutdown。但是,我想不明白其中的道理,为什么呀?

2、“因此session绝对不应该设为永远不过期,实际上App Server也不会允许你这么做,就是你在程序里面这么设也不起作用。 ”
这句话正确吗?有什么办法实验吗?我在tomcat中测试,session确实一直保持着呀。


1、JVM关闭命令,所以App Server会shutdown

2、App Server有一个默认Session超时时间,你的程序设置超过这个时间,最大也只能是这个时间,非常长,你可以慢慢等。
0 请登录后投票
   发表时间:2003-09-24  
我明白了,谢谢!
0 请登录后投票
   发表时间:2003-10-17  
对于文中观点我不敢苟同,尤其针对session钝化的问题。我觉得app server会考虑和实现session的问题的。如若不然,那些允许session并且访问量大的网站岂不是要经常崩溃。java语言规定要执行序列化操作的对象必须实现序列化接口,这没有错,不过对象的钝化技术不会只通过序列化技术来实现。通过io流就可以实现,我只需定义好流的格式,取得流并解析它,相信重新构造对象并非难事。另外,java.beans.XMLEncoder和java.beans.XMLDecoder这两个类会很容易实现对象与xml文件之间的转换,而且对象不用实现序列化接口。这就是一个明显的反例.
  一家之言,不妥之处,敢请指教。
0 请登录后投票
   发表时间:2003-10-17  
io流实现的本质和序列化是一样,XMLEncode和XMLDecode效率太低了。


引用
我觉得app server会考虑和实现session的问题的。如若不然,那些允许session并且访问量大的网站岂不是要经常崩溃


的确如此,如果访问量大,而app server的JVM内存堆栈不开大,就会报out of memory错误。确实会崩溃
0 请登录后投票
   发表时间:2003-10-20  
引自bruce:  其实这个问题很容易就可以想清楚,session对象如果能够钝化在硬盘上,必须实现序列化接口,
   我所说的主要是针对这一句话,对象要钝化不一定非要实现序列化接口。钝化技术有很多的。所引用的话是有问题的,并且有误导性.
1 请登录后投票
   发表时间:2003-10-20  
vincent 写道
引自bruce:  其实这个问题很容易就可以想清楚,session对象如果能够钝化在硬盘上,必须实现序列化接口,
   我所说的主要是针对这一句话,对象要钝化不一定非要实现序列化接口。钝化技术有很多的。所引用的话是有问题的,并且有误导性.


嗯,同意。

针对这个问题,补充一句,不光是Session对象本身应该实现序列化接口(相信相应的厂商会做到这一点),包括Session里面存放的对象也需要实现序列化接口(这就需要程序员自己写代码的时候要注意了),这样才能把Session序列化。
0 请登录后投票
   发表时间:2004-02-12  
<!---
对于JSP来说,在非集群环境下,session是保存在JVM开辟的内存里面的,那么究竟是否会使用某些算法,例如LRU算法将不常用的session 钝化在硬盘上呢?由于每个App Server实现不同,我也不敢下断言,但是就普遍情况而言,是不会钝化在硬盘上的。不论是Tomcat,还是Weblogic都是如此。
-->

不同意

在tomcat4.1.24下观察是这样的
当app server关闭的时候,tomcat会保存所有的session到一个文件中,如tomcat带的examples就会自动保存(序列化)在work\Standalone\localhost\examples\SESSIONS.ser里面
当restart的时候会重新读取(反序列化)
当session中有不可序列化的对象时则会抛出异常

有时候碰到tomcat重起失败时,删除那些sessions.ser是一个解决办法

另外tomcat的session保存机制还可以配置

<!--
由于大量session占用过多JVM内存,导致JVM报告OutOfMemory的错误,这是一个很常见的现象,不管是多牛的App Server一样会中招!绝不会有例外。
-->

据说新的websphere是保存到database中(没有用过,听说)

另外,session是可以自己写程序管理的,google一下吧

将需要放到session的所有对象实现序列化接口是一个不错的选择
0 请登录后投票
   发表时间:2004-02-19  
引用
据说新的websphere是保存到database中(没有用过,听说)

session的保存的确有这样的方式,不过觉得用处不大,而且本人也不太喜欢IBM的东西。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics