巧用websphere的会话超时解决性能问题

《巧用websphere的会话超时解决性能问题》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、巧用Websphere的会话超时解决性能问题作者：黄维昊（技术服务部）【分类关键词】Websphere性能【技术级别】高级层【项目简介】某银行E-HR项目是一个B/S系统,使用websphere作为应用服务器,集群方式部署，整个系统分为业务系统和自助系统，共用一个数据库。当访14自助系统中的部分功能时,会跳转到业务系统中去执行，代码中会对这2个系统的会话切换进行处理，通过cookie保证在跳转吋不用进行登录操作。关于usersession对象：业务系统每进行一次登录操作，都会新产生一个usersession对象，直到退出系统，usersession释放掉。业务系统提供

2、设置在线超吋时间的功能，超过时间内没有请求，usersession会ft动释放。默认在线超时时间为1个小吋。【问题描述】疲劳测试期间发现，4:fi助系统中每次跳转到业务系统的操作都会产生一个新的usersession对象，这样不停循环地跳转，就会不停地产牛新的usersession对象，当usersession达到15万时，、lk务系统出现内存溢出错误。此I'uj题仅在Websphere环境卜存在，而在tomcat环境下，只有第一次从ft助跳转到业务操作时会产生新的usersession,循坏反S跳转不会产生新的usersession对象出来。【解决方案】可能的解决方

3、案主要科两个：1.解决websphere卜*产牛.新usersession的问题，查找问题原冈，通过调整没S或修改代码，保证不产牛.新的usersession。该解决方案从根本上解决W题，｛H.是需要花费大量的精力去研究问题原因，需耍对Websphere的扣关机制很熟悉，在项门进度紧张的情况下，此方案可行性较差。2.减少usersession的生:存周期，在最短时I'uj内进行卜

4、收。此方絮不会从根木上解决产生_新usersession的问题，只是在ii短的时间内将对象释放从而释放内存，问题也吋以®本得到控制和解决，在项目进度紧张的情况卜，此方案会是比较好的选择。通过

5、两种方案的分析，我们选择尝试第二种方案。第二种方案中，重点就是没置usersession的超时时间，现在出现两个问题：1.业务系统提供的在线超时时I川和Websphere设置会话超时的时问存什么区别，哪个设置优先生效？2.设置在线超时或会话超时时间比较短的情况下（如2分钟），用户无操作2分钟后会不会自动退出系统？第一个M题通过与开发人员沟通和实际测试结果得出以下结论：•登录业务系统后，产生的usersession超吋吋间受业务系统设置的在线超吋吋间限制，不受Websphere的会超吋吋间限制。•發录A助系统后，A助系统跳较到业务系统产生的usersession受到We

6、bsphere的会话超时时间限制，默认是30分钟超时。应用程序服务盎应用程序股务器＞ServerOl＞会话管理使用此页®来配置控制超文本传输协议（HTTP〉会话支持行，适用于SIP容器，也适用于Web容器.配置常规匡性会话跟踪机制：□后用SSL杨识跟踪0cookie□启用URL重写根据以上的关系，应该设置Websphere的会话超吋吋间为较短的吋间，最小值只能设置为2分钟，如图所示：存中最大会话重:3000会话0允许溢出会话超时：O无超时0设置超时2分钟修改没置后，经过疲劳测试发现，内存溢出错误不W发生，监校usersession对象，当达到一定数景后（人概15000

7、），基木仅持上下小范围内的浮动不便，对象的生成和冋收基本达到了平衡。原来设置的是30分钟超时，如果内存足够用的话，也会在一定时间内达到这种平衡，但是在达到平衡之前，生成对象的速度远大于回收的速度，在内存不是足够多的情况不，内存溢出就发生了。上而提到的第二个问题也迎刃而解，山于修改的足Websphere的会诏超时吋间，所以业务系统登录后的会话超时时间不会受到影响，仍然是1小时超时。Pl助系统中跳转到业务新生成的usersession受Websphere的会话超时限制，2分钟后自动回收。【总结】-•些棘手的M题有时难于从正血攻破，采用一种迂NI的策略从侧血去解决14题，往

8、忭.能取得更好的效果。本次出现的性能问题扯然没脊找到具体原因，但足闷题最终通过很简单的方法得到解决，客P对这种解决方案也表示汄可。