session cookie 在用户登录中的使用

cookie的机制:

Cookie是浏览器(User Agent)访问一些网站后,这些网站存放在客户端的一组数据,用于使网站跟踪用户,实现用户自定义功能。

Cookie的Domain和Path属性标识了这个Cookie是哪个网站发送给浏览器的;Cookie的Expire属性标识了Cookie的有效时间(如果不设置过期时间,则表示这个Cookie生命周期为浏览器会话期间,只要关闭浏览器窗口,cookie就消失了。即会话cookie,会话cookie保存在内存里;设置了expire的cookie保存在硬盘上,保存在硬盘上的cookie可以在不同的浏览器进程间共享)。

session的机制:

session是存放在服务器端的类似于HashTable结构。

当浏览器第一次发送请求时,服务器自动生成一个hashtable和一个sessionID,然后通过响应发送到浏览器。

当浏览器第二次发送请求时,会将sessionID放在请求中一并发送到服务器上,取出sessionID,找到hashtable 对比。

session的客户端实现形式(即sessionID在客户端的保存方法):

     方法一:使用cookie来保存(“记住我的登录状态”功能就是这么实现的)

                  服务器通过设置Cookie的方式将Session ID发送到浏览器。如果我们不设置这个过期时间,那么这个Cookie将不存放在硬盘上,当浏览器关闭的时候,  Cookie就消失了,这个Session ID就丢失了。如果我们设置这个时间为若干天之后,那么这个Cookie会保存在客户端硬盘中,即使浏览器关闭,这个值仍然存在,下次访问相应网站时,同 样会发送到服务器上。

方法二(不常用):使用URL附加信息的方式,也就是像我们经常看到JSP网站会有aaa.jsp?JSESSIONID=*一样的。这种方式和第一种方式里面不设置 Cookie过期时间是一样的。

方法三(不常用):是在页面表单里面增加隐藏域,这种方式实际上和第二种方式一样,只不过前者通过GET方式发送数据,后者使用POST方式发送数据。但是明显后 者比较麻烦。

实现“记住我的登录状态”的功能

其实这已经很好的实现了我们的功能了。但是,前面也提到了,实际上Session并不会一直都存在的,过了一定的时间之后,服务器上的Session就被 销毁了,以减轻服务器的访问压力。当服务器上的数据被销毁后,即使客户端上存放了Cookie也没有办法“记住我的登录状态”了。

 通常的实现办法是,将用户的用户名和加密之后的密码也通过cookie的方式存放在客户端,当服务器上的Session销毁以后,使用cookie里面存放的用户名和加密之后的密码重新执行一次登录操作,重建Session,并更新客户端上cookie中存放的sessionID。

多点登录问题怎么解决?

为每个登录的用户分配一个唯一的令牌,比如GUID,客户端的请求必须提供这个令牌,
这样当同一个用户再次登陆时,用户对应的令牌被重写,前一个客户端的令牌失效,自然就被踢了
原文地址:https://www.cnblogs.com/dovfwx/p/7520581.html