会话状态保持，JSESSIONID，COOKIE，URL重写

最新推荐文章于 2024-05-17 09:02:24 发布
最新推荐文章于 2024-05-17 09:02:24 发布
阅读量5.9w 收藏 40
点赞数 11
分类专栏： Java web 文章标签： url 服务器 浏览器 session firebug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/collonn/article/details/5698906
版权

居然有3W的访问量，好，我就把session和cookie的关系先来个总结，注意，是最最简单直白明了的总结了。

http协议，协议，协议，重要的说3遍，http协议主要有2大块，请求头和请求体，cookie在http请求头里，就是一个由多个KV组成的的字符串而已，其中有一个key=JSESSIONID。

client---the 1st time--->sever，header 的cookie中无JSSIONID

server--response--->client, server发现请求头中无JSSIONID，好，我来给你产生一个随机值，返回给你，在response的header中，多了一个东西, Set-Cookie:JSESSIONID=xxx

client--reveive response from server，发现response header中有Set-Cookie，好，以后我再请求server时，把这些Cookie都带上，其中就包含了JSESSIONID

client--the 2nd time--->server, 带上了所有的cookie内容

server---response--->client，带上了所有的cookie内容

所以，基于session的会话保持，是靠client和server共同协作才能完成的，server产生sessionId，然后大家一直传来传去，就这么一直玩下去，直到session timeout，或注销。


今天说说：会话状态保持，JSESSIONID，COOKIE之间的关系

在服务器端，我们用惯了session.setAttribute("",userInfo)这样的一行代码，估计你很少想到：服务器与浏览器之间是如何保持会话状态的。好了，先引用一些文章的精彩片段：

 

http://www.xxx.com/xxx_app;jsessionid=xxxxxxxxxx?a=x&b=x。

这跟一般的url基本一样，只有一个地方有区别，那就是“;jessionid=xxxxxxxx”。这个参数有时候有，有时候又没有，说它是参数可又跟一般传递的参数不同，它是紧跟在url后面用分号来分隔的，用一般的request.getParameter()方法还取不到jsessionid。

 

启动你的tomcat，打开FireFox(爱得不得了，一定要安装FireBug)，输入localhost就行，打开firebug，点网络，你会看到，浏览器与服务器会话的信息，给出浏览器

(1)第一次请求服务器：

浏览器的请求头信息

Hostlocalhost
User-AgentMozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6
Accepttext/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Languagezh-cn,zh;q=0.5
Accept-Encodinggzip,deflate
Accept-CharsetGB2312,utf-8;q=0.7,*;q=0.7
Keep-Alive115
Connection

keep-alive

 


在下图



在下图



服务器响应头信息

ServerApache-Coyote/1.1
Set-CookieJSESSIONID=64D21B4D69DFB3041B6375C1932BD6CB; Path=/
Content-Typetext/html;charset=UTF-8
Content-Languagezh-CN
Content-Length242
DateMon, 28 Jun 2010 02:35:29 GMT

(2)第二次请求服务器：

浏览器的请求头信息

Hostlocalhost
User-AgentMozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6
Accepttext/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Languagezh-cn,zh;q=0.5
Accept-Encodinggzip,deflate
Accept-CharsetGB2312,utf-8;q=0.7,*;q=0.7
Keep-Alive115
Connectionkeep-alive
CookieJSESSIONID=64D21B4D69DFB3041B6375C1932BD6CB

服务器响应头信息

ServerApache-Coyote/1.1
Content-Typetext/html;charset=UTF-8
Content-Languagezh-CN
Content-Length242
DateMon, 28 Jun 2010 02:37:51 GMT

重复第三次，每四次...第N次请求服务器，浏览器和服务器的请求头信息都是与第二次请求服务器是一样的。


(3)但是，如果你在服务器端加入如下一行代码：

Log.info("SessionId:" + request.getSession().getId());

你会看到，当你第一次请求服务器时，就会默认有一个新的session被创建，而且在session的有效时间范围内，这个输出值是不会变的，否则，服务器会重新创建一个session，自然，sessionId也就不同了，这段代码的输出自然也会不同了。

 

(4)你必须注意这一点：你用的是浏览器与服务器通信：

有一些事情是浏览器帮助我们去做了，那就是：当你第一次与服务器通信时，浏览器会保存服务器返回的Set-Cookie这个健的值(JSESSIONID=64D21B4D69DFB3041B6375C1932BD6CB)，只要你不关闭浏览器(彻底关闭，关闭选项卡不算)，浏览器会从第二次向服务器发出请求开始，一直带上这个键值对，发给服务器。服务器就会知道，这是同一个人(同一个会话)发起的请求。

 

(5)我们再注意一下：request.setAttribute("sysuser",userInfo)这句话：

当你第一次请求服务器时，这句代码会根据服务器默认产生的session得到ID，并与sysuser=userInfo这个键值对挂上钩(当然，userInfo可以是任何对象)，保证唯一关联，检测用户是否登录就是这样实现的。

我一定要声明一点：保持一个会话与用户是否登录是没有任何关系的。

 

(6)再次引深一下，如果你用的不是浏览器，比如说做J2ME开发，怎样保持会话呢？

(1)在你写完这行代码后：HttpConnection hc = (HttpConnection)Connector.open(httpURL)，加入以下代码：(Constant.sessionID只是一个静态变量)

 

(2)A:只向服务器读数据，不向服务写数据，B：先向服务器写数据，再从服务器读数据

对于这两种情况，只要你第一次打开openDataInputStream()，这可以加入以下代码(Constant.isLogin只是一个静态变量boolean)：

 

这样就可以保持一个会话了。


(7)最后，关于URL重定向

引用一段话：sun帮我们想到了，所以提供了2个方法来使事情变得简单：response.encodeURL()和response.encodeRedirectURL()。这2个方法会判断cookie是否可用，如果禁用了会解析出url中的jsessionid，并连接到指定的url后面，如果没有找到jessionid会自动帮我们生成一个。至于为什么要有2个方法？这2个方法有什么不同？google了一下，说是这2个方法在判断是否要包含jsessionid的逻辑上会稍有不同。在调用 HttpServletResponse.sendRedirect前，应该先调用encodeRedirectURL()方法，否则可能会丢失 Sesssion信息。这2个方法的使用方法如：response.sendRedirect(response.encodeURL("/myapp /input.jsp"));。如果cookie没有禁用，我们在浏览器地址栏中看到的地址是这样的：/myapp/input.jsp，如果禁用了 cookie，我们会看到：/myapp /input.jsp;jsessionid=73E6B2470C91A433A6698C7681FD44F4。所以，我们在写web应用的时候，为了保险起见，应该在程序里的每一个跳转url上都使用这2个方法，来保证session的可用性。

原文引自

 

(8)Fighting And Keep Moving!!

冰冻火山
关注
  • 11
    点赞
  • 踩
  • 40
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Nginx负载均衡配置实例详解
杨春建的博客
08-11 9530
负载均衡是我们大流量网站要做的一个东西，下面我来给大家介绍在NGINX服务器上进行负载均衡配置方法，希望对有需要的同学有所帮助哦。负载均衡先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台服务器平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。 直接上成功的参数，实现了本机均衡并本机的NGIN
JavaWeb Session 会话管理实例详解
09-01
另外，如果客户端禁用了Cookie，或者出于安全考虑不希望依赖Cookie，可以通过重写URL来跟踪会话。服务器会在URL后面附加Session ID，如 `http://localhost:8080/day07_2/CNCookieServlet;jsessionid=F8692D61CD46D...
jsessionid所引起的问题 和解决
12-13 5946
jsessionid所引起的问题在Spring MVC当使用RedirectView或者"redirect:"前缀来做重定向时，Spring MVC最后会调用：response.sendRedirect(response.encodeRedirectURL(url));对于IE来说，打开一个新的浏览器窗口，第一次访问服务器时，encodeRedirectURL()会在url后面附加上一段jsess
Nginx企业级负载均衡：技术详解系列（3）——会话保持的高级配置与应用
最新发布
趙兴晨的博客
05-17 1356
通过本文，您将了解到： • 会话保持的基本概念及其在负载均衡中的重要性。 • 不同的会话保持实现方法，以及它们各自的适用场景。 • 如何在Nginx中配置会话保持，以及如何通过示例代码具体操作。 • 会话保持对系统性能的影响，以及如何优化以减少潜在的负面影响。 • 会话保持在故障转移和高可用性环境中的作用。 • 常见问题及其解决方案，帮助您避免配置陷阱。
响应 转发、重定向、cookie、session
qq_52316911的博客
11-30 538
响应 1.response :响应对象 提供的方法： void addCookie( Cookie cookie ); 服务端向客户端增加cookie对象 void sendRedirect(String location ) throws IOException; :页面跳转的一种方式（重定向） response.sendRedirect("success.jsp"); void setContetType(String type):设置服务端响应的编码（设置服务端的contentType类型） 2.转
CAS单点登录(十三)——客户端前后端分离接入
热门推荐
Anumbrella
07-07 1万+
最近在工作上遇到CAS前后端分离接入，后端是使用的GO，前端则是Ant Design，通过Restful Api进行数据交互，最后是同域下完成接入，始终感觉不理想，打算仔细研究一下前后端分离接入CAS方案，并进行总结如下。果真问题是学习的好老师，有疑问才能去解决。 前面一些列的文章介绍CAS，具体原理我就住在这里复述了，如果读者还不太熟悉原理，可以去翻翻前面的文章——CAS单点登录(一)——初识S...
jsessionid用途
学海无涯~
07-07 1162
在web应用的开发中我们会经常看到这样的url：http://www.xxx.com/xxx_app;jsessionid=xxxxxxxxxx?a=x&b=x…。 这跟一般的url基本一样，只有一个地方有区别，那就是“;jessionid=xxxxxxxx”。这个参数有时候有，有时候又没有，说它是参数可又跟一般传递的参数不同，它是紧跟在url后面用分号来分隔的，用一般的request.
Tomcat中的Session与Cookie深入讲解
09-29
- **URL 重写**：如果浏览器不支持 Cookie，Tomcat 会将 `JSESSIONID` 添加到 URL 路径或查询参数中。 - Tomcat 使用 `CoyoteAdapter` 中的相关方法处理这两种情况，从请求头或 URL 中提取 `JSESSIONID`。 2. **...
Java中Cookie和Session的那些事儿
09-01
服务器为每个会话分配一个唯一的Session ID，这个ID通常以JSESSIONID的形式，通过Cookie或URL重写返回给客户端。客户端在后续请求中携带此ID，服务器通过ID找到对应的Session数据。这种方式减少了客户端与服务器之间...
Java Web学习之Cookie和Session的深入理解
08-27
"Java Web学习之Cookie和Session的深入理解...答案是不能，绝大多数的网站是这样，原因是没有使用URL重写机制来解决Cookie被禁用的问题。 * Cookie可以用来实现购物车功能吗？答案是可以，Session能做的Cookie也能做。
session的实现方式
10-15
因此，但你刷新上一次的请求时，页面会输出一个名为 JSESSIONID 的 Cookie，后面就是相应的 Cookie 值，也就是本次“会话”的 SessionID，但你再次刷新此页面时会得到相同的输出，因为在一次“会话”中，请求信息...
基于JsessionId的会话跟踪登录设计与实现
zhangwenlong136的专栏
07-05 1586
点击QQ界面的邮箱图标就能实现直接登录QQ邮箱、登录验证进入新浪微博之后关掉浏览器下次再登录时就不用输入用户名密码而可以直接登录新浪微博，想必这些熟悉的操作大家已经不只操作过上万遍了。但是大家是否知道这些会话跟踪登录时如何实现的捏，带着这些问题让我们进入下面的知识点解析。 在进入本文之前大家可以先了解下有关Session的原理和会话跟踪的相关知识： http://blog.csdn.n
jsessionid问题解决方案
u011277123的博客
11-25 2959
bigdatafish 2016-11-24 17:31 jessionid会话盗用漏洞，现在是两种方案： 1. 方案一：用户IP和用户会话绑定，目前F5代理后获取不到真实机器的IP ， 2.方案二：判断jessionid来源，如果来源URL，就做403界面重定下，拒绝访问，目前方案一获取不到IP地址，只能用方案测试。 代码如下： package com.tydic.db
前端面试：数据存储Cookie、SessionStorage、LocalStorage知多少
zjjcchina的博客
05-12 2376
它们的共同点：都是存储在浏览器本地的。它们的区别：cookie是由服务器端写入的，而SessionStorage、 LocalStorage都是由前端写入的，cookie的生命周期是由服务器端在写入的时候就设置好的，LocalStorage是写入就一直存在，除非手动清除，SessionStorage是页面关闭的时候就会自动清除。当Max-Age为负数时，表示的是临时储存，不会生出cookie文件，只会存在浏览器内存中，且只会在打开的浏览器窗口或者子窗口有效，一旦浏览器关闭，cookie就会消失；
Nginx负载均衡服务器实现会话粘贴的几种方式
angren9282的博客
01-19 126
1、使用Nginx 的ip_hash作为负载均衡服务并支持Session sticky 2、使用nginx sticky第三方模块实现基于cookie的负载均衡 3、使用nginx的map指令根据cookie分流： map $COOKIE_abcdexpid $group { ~*1$ apache001; ~*2$ apache002; defa...
nginx负载均衡器处理session共享的几种方法
kozazyh的专栏
03-14 806
1) 不使用session，换作cookie能把session改成cookie，就能避开session的一些弊端，在从前看的一本J2EE的书上，也指明在集群系统中不能用session，否则惹出祸端来就不好办。如果系统不复杂，就优先考虑能否将session去掉，改动起来非常麻烦的话，再用下面的办法。2) 应用服务器自行实现共享已知的，php可以用数据库或memcached来保存session，从而在
nginx-sticky-module的使用（基于cookie的会话保持）
hqmln的博客
02-09 405
在多台后台服务器的环境下，我们为了确保一个客户只和一台服务器通信，我们势必使用长连接。使用什么方式来实现这种连接呢，常见的有使用nginx自带的ip_hash来做，我想这绝对不是一个好的办法，如果前端是CDN，或者说一个局域网的客户同时访问服务器，导致出现服务器分配不均衡，以及不能保证每次访问都粘滞在同一台服务器。如果基于cookie会是一种什么情形，想想看, 每台电脑都会有不同的cookie，...
【Nginx】负载均衡、反向代理、动静分离配置（详细）
wei的博客
03-18 1039
Nginx负载均衡、基于权重、轮询方向代理配置，Nginx动静分离配置，proxy_pass百度网址，会有重定向，localtion匹配优先级，会话保持，安装nginx-sticky-module，解决./configure: error: invalid option "--add-moudle=/root/nginx-goodies-nginx-sticky-module-ng-c78b7dd79d0d/"
协议、计算机网络、Servlet、Session、Coookie
CSDN_Mr_Z的博客
09-07 169
1. tcp， UDP， IP是什么意思？ 1、TCP(传输控制协议)： 是互联网协议组的主要协议之一，TCP为通过IP进行网络通信的主机上运行的程序提供了可靠的、有序的且经过错误检查的8字节流传递。万维网、电子邮件和文件的传输等主要都依赖于TCP。 2、UDP(用户数据报协议)： 提供不可靠的数据流服务、无连接的数据报服务。强调降低延迟而不是可靠性。 3、IP(网络互连协议)：能使链接到网上的所有计算机网络实现相互通信的一套规则，ip地址具有唯一性 (注：TCP/IP协议
Thymeleaf url重写
11-24
Thymeleaf允许在应用程序中配置URL重写过滤器，它通过调用Thymeleaf模板生成的每个URL的Servlet API的javax.servlet.http.HttpServletResponse类中的response.encodeURL()方法来实现。要使用URL重写，需要在Web应用程序中配置一个过滤器，该过滤器将在生成的HTML中重写URL。以下是一个简单的示例，演示如何在Spring Boot应用程序中配置Thymeleaf URL重写过滤器： 1.在pom.xml文件中添加以下依赖项： ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-thymeleaf</artifactId> </dependency> ``` 2.在application.properties文件中添加以下配置： ```properties server.servlet.context-path=/myapp server.tomcat.url-encoding=UTF-8 ``` 3.创建一个名为UrlRewriteFilter的Java类，该类实现了javax.servlet.Filter接口，并在doFilter()方法中调用response.encodeURL()方法： ```java import javax.servlet.*; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; public class UrlRewriteFilter implements Filter { @Override public void init(FilterConfig filterConfig) throws ServletException { } @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; String url = req.getRequestURI().substring(req.getContextPath().length()); String rewrittenUrl = resp.encodeURL(url); chain.doFilter(request, new UrlRewriteResponseWrapper(resp, rewrittenUrl)); } @Override public void destroy() { } } ``` 4.创建一个名为UrlRewriteResponseWrapper的Java类，该类扩展了javax.servlet.http.HttpServletResponseWrapper类，并重写了encodeURL()方法： ```java import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpServletResponseWrapper; import java.io.IOException; public class UrlRewriteResponseWrapper extends HttpServletResponseWrapper { private String rewrittenUrl; public UrlRewriteResponseWrapper(HttpServletResponse response, String rewrittenUrl) { super(response); this.rewrittenUrl = rewrittenUrl; } @Override public String encodeURL(String url) { return rewrittenUrl; } @Override public String encodeRedirectURL(String url) { return rewrittenUrl; } @Override public String encodeUrl(String url) { return rewrittenUrl; } @Override public String encodeRedirectUrl(String url) { return rewrittenUrl; } @Override public void sendRedirect(String location) throws IOException { super.sendRedirect(rewrittenUrl); } } ``` 5.在Spring Boot应用程序的配置类中注册UrlRewriteFilter过滤器： ```java import org.springframework.boot.web.servlet.FilterRegistrationBean; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; @Configuration public class AppConfig { @Bean public FilterRegistrationBean<UrlRewriteFilter> urlRewriteFilter() { FilterRegistrationBean<UrlRewriteFilter> registrationBean = new FilterRegistrationBean<>(); registrationBean.setFilter(new UrlRewriteFilter()); registrationBean.addUrlPatterns("/*"); return registrationBean; } } ``` 这样，Thymeleaf URL重写过滤器就配置完成了。在Thymeleaf模板中，可以使用th:href属性来生成URL，如下所示： ```html <a th:href="@{/hello}">Hello</a> ``` 这将生成一个相对于应用程序上下文路径的URL，例如/myapp/hello。当用户单击链接时，UrlRewriteFilter过滤器将调用response.encodeURL()方法来重写URL，以便在会话ID中包含JSESSIONID参数（如果需要）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值