cookie是一些站点存储在用户本地终端上的数据，用于标识用户并进行session跟踪。 通常是加密的。 这意味着您知道某个用户的cookie，并且只要该cookie在有效时间内，您就可以使用该cookie作为该用户登录此网站
会话cookie和永久cookie之间的差异如果不设置过期日期，则此cookie的生命周期为浏览器会话期间，只要关闭浏览器窗口，cookie就会指示经过一段时间会话cookie通常不存储在硬盘中，而是存储在内存中。
如果设置了过期日期，浏览器会将cookie保存到硬盘上，关闭它，然后重新打开浏览器。 这些cookie在超过设定的有效期限之前有效
存储在硬盘上的cookIE可以在不同的浏览器进程(如两个ie窗口)之间共享，但处理存储在内存中的cookie的方式因浏览器而异。
session session在不同环境下的不同含义session是指一系列结束的动作/消息。 例如，打电话可以指从拿起电话拨号到挂断电话之间的一系列过程称为session。 然而，当session一词与网络协议相关联时，它常常暗示“面向连接”或“b”保持状态
web开发环境下的session语义得到了新的扩展。 这意味着用于在客户端和服务器端之间维护状态的解决方案。 session有时也指此解决方案的存储结构。
会话机制会话机制是一种类似散列表的结构，即使用散列表存储信息的服务器端机制。 但是，如果程序需要为来自客户端的请求创建session，服务器会首先检查来自客户端的请求是否包含session id——。 这被称为sessionid
如果已经包含会话id，则表示之前已经为此用户创建了会话，服务器将根据会话id检索并使用此会话。 如果不用于搜索，则服务器可能已删除了新的session对象，但在用户请求的URL之后添加了JSESSION参数。 ）
如果客户请求不包含会话id，请为此客户创建会话，并生成相关的会话id。 此session id将作为响应返回给客户端并保存
cookie机制与session机制的区别cookie机制采用客户端维护状态方案，session机制采用服务器端维护状态方案。
cookie、session、sessionId关系sessionId是会话的密钥，当浏览器首次访问服务器时，它会在服务器端生成session，并有相应的sessionId返回给浏览器此会话id保存在浏览器的会话cookie中
sessionID是在访问Tomcat服务器的HTTPServletRequest的getsession(true )时创建的，Tomcat的managerBase类提供了创建sessionID的方法。 随机数时间jvmid。 Tomcat的标准管理器类还可以将会话保存在内存中，并将其持久化为文件、数据库、memcache、redis等。
客户端只将会话id保存在cookie中，而不保存会话。 session不会通过关闭浏览器删除，必须从程序中调用HTTPSession.incalidate ()或超时才能销毁。
session的id来自哪里，如何使用sessionId？ 当客户端第一次请求session对象时，服务器会为客户端创建session，并通过算法计算表示该session对象的session的id。
session存放在哪里？ 虽然位于服务器端的内存中，但session可以通过特殊方式进行永久管理。 (menchacha，redis )
session为1，程序调用HTTPSession.invalidate (
2、到接收上次客户端发送的session id为止的时间间隔超过了session的最大有效时间
3、服务器进程已停止
注：客户端只将会话id保存在cookie中，而不保存会话
关闭浏览器时，只会禁用存储在客户端浏览器内存中的session cookie，而不会禁用服务器端的session对象。 此外，存储在硬盘上的永久cookie也不会禁用。
session cookie和session对象的生命周期是否相同？ 当用户关闭浏览器时，session cookie消失了，但session对象仍保存在服务器端。
session是什么时候创建的？ 一个常见的错误是，服务器端程序只有在进行客户端访问时才认为已创建了session，然后调用类似http servlet request.getsession (true )的语句才能创建
创建session后，服务将为该session生成唯一的se
ssion id，而这个session id在随后的请求中会被用来重新获得已经创建的session；在session被创建之后，就可以调用session相关的方法往session中增加内容了，而这些内容智只会保存在服务器中，发给客户端的只有session id，方客户端再次发送请求的时候，会将这个session id带上，服务器接收到请求之后就会根据sessionid找到相应的session，从而再次使用之。 打开两个浏览器窗口访问应用程序会使用同一个session还是不同的session通常session cookie是不能跨窗口使用的，rxdsw新开了一个浏览器窗口进入相同页面时，系统会赋予你一个新的session，这样我们的信息共享的目的就达不到了
此时我们可以先把session id保存在persistent cookie中（通过设置session的最大有效时间），然后再新窗口中读出来，就可以得到上一个窗口的session id了，这样通过session cookie和persstent cookie的结合我们就可以实现了跨窗口的会话跟踪
客户端用cookie保存了sessionId时客户端用cookie保存了sessionId，当我们请求服务器的时候，会把这个sessionId一起发给服务器，服务器会用到内存中搜索对应的sessionId，如果找到了对应的sessionId，说明我们处于登录状态，有相应的权限，如果没有找到对应的sessionId，这说明，要么是我们把浏览器关掉了，要么session超市了，session被服务器清楚了，则服务器会给你分配一个新的sessionId，你得重新登录并把这个新的sessionId保存在cookie中。
在没有把浏览器关掉的时候（这个时候假如已经把sessionId保存在cookie中了）这个sessionId会一直保存在浏览器中，每次请求的时候都会把这个sessionID提交到服务器，所以服务器认为我们是登录的，当然，如果太长时间没有请求服务器，服务器认为我们已经把浏览器关掉了，这个时候服务器会把该sessionId从内存中清除掉，这个时候如果我们再去请求服务器，sessionId已经不存在了，所以服务器并没有在内存中找到对应的sessionId，所以会再产生一个新的sessionId，这个时候一般我们又要登录一次。
客户端没有用cookie保存sessionId时这个时候如果我们请求服务器，因为没有提交sessionId上次阿，服务器会认为你是一个全新的请求，服务器会给你分配一个新的sessionId，这就是为什么我们每次打开一个新的浏览器的时候都会产生一个信的sessionId
当我们一旦把浏览器关掉后，再打开浏览器再请求该页面，它会让我们登陆，这是为啥？
我们明明已经登陆了，而且没有超时，sessionId肯定还在服务器上，为啥现在我们又要再登一次呢？这是因为我们关掉浏览器再请求的时候，我们提交的信息没有把刚才的sessionId一起提交到服务器，所以服务器不知道我们是同一个人，所以这时服务器又为我们分配一个新的sessionId。
https://blog.csdn.net/weixin_43625577/article/details/92393581