浏览 3593 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-11-27
我参考着实现了一下,并且看了看原代码,根据我的理解,应该是这样一种流程: 场景:A服务器,B服务器,某一个IE客户端; *1 IE访问A服务器,A服务器会在机器内生成一个session,并且把当前sessionId存入memcached; *2 IE在A服务器中存入一个值 request.getSession ().setAttribute ("USER-ID", "20000"); *3 IE不关闭的情况下(手工修改其地址),访问B服务器的某个JSP页面 String userId = (String) request.getSession ().getAttribute ("USER-ID"); *4 最理想的状态应该是可以取到userId值,事实上,除非我把A服务和B服务全部部署在一台机器上才行. 分析: 根据分析源代码得知,*2步聚,只是在memcached中存了一对<sessionId, "true">这样一对键值对; 而在该次会话去访问B服务时,B服务器会findSession(String sessionId),但这时一定找不到; 于是便会到memcached中去找,结果发现找到了,就会根据这个sessionId来createSession (sessionId); 于是B服务器中就有了与A服务器中的sessionId一致的session. 接下来的就是我的猜测,拥有一致的sessionId后,在服务端处理request时,从当中取session,并从sesion对象中取值,除非session是基于cookie实现的,才没有问题,否则,应该取不到任何值才对的,这也证明了,为什么会出现*4步聚的情况.因为是基于cookie实现的,所以能够取到userId的值. 实在是没有空看tomcat的源代码,只能根据实验结果进行猜测,还望同行帮忙纠正一下呀.到底怎样才能够充分利用memcached,实现一个超级简单的单点登陆系统呢?我曾想过直接把存储session的HashMap改为memcached实现...... 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-11-27
呵呵,自顶一下,没看清楚另一个扩展的session类的实现,这位兄弟其实是把另外一些东西存在了memcached中,用的是键名称+sessionId来存的.那为什么还是会有问题呢?
|
|
返回顶楼 | |
发表时间:2007-11-27
呵呵,修改了下,基本实现了要求.还没有测试下性能如何.明天接着搞.
|
|
返回顶楼 | |
发表时间:2007-12-03
除非是在同一个域名下,不然LZ这样的方案实现不了哦。
|
|
返回顶楼 | |