参考codeutil的帖子使用memcached作为tomcat的session存储的问题

http://www.iteye.com/topic/81641
我参考着实现了一下,并且看了看原代码,根据我的理解,应该是这样一种流程:

场景: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实现......

呵呵,自顶一下,没看清楚另一个扩展的session类的实现,这位兄弟其实是把另外一些东西存在了memcached中,用的是键名称+sessionId来存的.那为什么还是会有问题呢?

呵呵,修改了下,基本实现了要求.还没有测试下性能如何.明天接着搞.

除非是在同一个域名下，不然LZ这样的方案实现不了哦。