cookie设置致使session超时，登陆不断跳转到登陆界面

部署到一台已有的was服务器上。登陆时被拦截器拦截，不断报session超时，重定向到登陆首页。

在tomcat及新建的was服务器下安装，均可以正常运行。

根据这个思路，打印日志，已有的was服务器显示为每次请求都新建了session，致使会话不可以保持住。

排查was配置，发如今was设置里，已经设置了cookie的path路径为 /imanager  。而个人应用上下文为mpay-manage。客户端浏览器的会话经过cookie来记录，登陆时候因读取不到cookie致使session为空，服务器认为是新的请求，故而新建session。从使用者角度来看，就是页面不断跳转到登陆页面，没法正常登陆进应用系统。

因此，针对以上状况，当时的处理方式是将was服务器的cookie的 路径path设置为  /。从新启动was服务器实例。登陆运行成功。

故此，特针对cookie从新学习下。

---------------------------------如下摘自互联网-----------------------------------------

Cookie 概述

Cookie是什么？ Cookie 是一小段文本信息，伴随着用户请求和页面在 Web 服务器和浏览器之间传递。Cookie 包含每次用户访问站点时 Web 应用程序均可以读取的信息。

为何须要Cookie？ 由于HTTP协议是无状态的，对于一个浏览器发出的屡次请求，WEB服务器没法区分 是否是来源于同一个浏览器。因此，须要额外的数据用于维护会话。 Cookie 正是这样的一段随HTTP请求一块儿被传递的额外数据。

Cookie能作什么？ Cookie只是一段文本，因此它只能保存字符串。并且浏览器对它有大小限制以及 它会随着每次请求被发送到服务器，因此应该保证它不要太大。 Cookie的内容也是明文保存的，有些浏览器提供界面修改，因此， 不适合保存重要的或者涉及隐私的内容。

Cookie 的限制。 大多数浏览器支持最大为 4096 字节的 Cookie。因为这限制了 Cookie 的大小，最好用 Cookie 来存储少许数据，或者存储用户 ID 之类的标识符。用户 ID 随后即可用于标识用户，以及从数据库或其余数据源中读取用户信息。 浏览器还限制站点能够在用户计算机上存储的 Cookie 的数量。大多数浏览器只容许每一个站点存储 20 个 Cookie；若是试图存储更多 Cookie，则最旧的 Cookie 便会被丢弃。有些浏览器还会对它们将接受的来自全部站点的 Cookie 总数做出绝对限制，一般为 300 个。

经过前面的内容，咱们了解到Cookie是用于维持服务端会话状态的，一般由服务端写入，在后续请求中，供服务端读取。