楼主的担心是多余的,session是创建到用户机子上的,而不是在服务器上,所以session需要客户机子有cookie支持,后一个用户的session和前一个用户的session是不相关的(不同用户名登录),更不会覆盖!

解决方案 »

  1.   

    哦?我还是头一次听到yophoo(雅风)的说法!
    关注中...
      

  2.   

    我知道,实际上session也不过是一个在客户端和服务器端不断地来回传送的令牌而已。但是问题是,我的试验证明了,两个用户的sessionID就是一样的,用isNew()输出也只有在用户第一次连接网站的时候是true,其他都是false,如果一个ejb的引用存在第一个用户的session中,第二个用户登录后,能直接取出来用。一旦重新创建覆盖一下,那么第一个用户的信息就编程第二个用户的啦。
    虽然这种情况在实际中并不太会发生。因为两个用户访问同一个网站都是不同的浏览器。也就是不同的session
      

  3.   

    通常,会话管理是通过服务器将 Session ID 作为一个 cookie 存储在用户的 Web 浏览器中来唯一标识每个用户会话。如果浏览器不支持 cookies,或者将浏览器设置为不接受 cookies,我们可以通过 URL 重写来实现会话管理。   实质上 URL 重写是通过向 URL 连接添加参数,并把 session ID 作为值包含在连接中。然而,为使这生效,你需要为你的 servlet 响应部分的每个连接添加 session ID 。    把 session ID 加到一个连接可以使用一对方法来简化:resbronse.encodeURL() 使 URL 包含 session ID,如果你需要使用重定向,可以使用 resbronse.encodeRedirectURL () 来对 URL 进行编码。   encodeURL () 及 encodeRedirectedURL () 方法首先判断 cookies 是否被浏览器支持;如果支持,则参数 URL 被原样返回,session ID 将通过 cookies 来维持。   来看下面的例子,两个 JSbr 文件:hello1.jsbr 和 hello2.jsbr,及它们之间的影响。我们在 hello1.jsbr 中简单的创建一个会话,并在 session 中存储一个对象实例。接着用户可以点击页面的连接到达 hello2.jsbr。在 hello2.jsbr 中,我们从 session 中获取原先放置的对象并显示它的内容。注意,我们在 hello1.jsbr 中调用了 encodeURL() 方法来获得 hello2.jsbr 的链接,使得在浏览器停用 cookies 的情况下,session ID 自动添加到 URL,hello2.jsbr 仍能得到 session 对象。   首先在启用 cookies 的情况下运行。然后关闭对 cookie 的支持,重启浏览器,再运行一次。每次你都可以看到会话管理在起作用,并能在页之间传递信息。 
    注意,如果你想让这个例子能在关闭了 cookies 的浏览器中工作,你的 JSbr 引擎必须支持 URL 重写。