浅谈会话技术：Cookie和Session

已于 2024-09-08 10:27:23 修改
阅读量991 收藏 18
点赞数 22
分类专栏： Java 文章标签： java
于 2024-09-08 10:25:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gaosw0521/article/details/142020154
版权

1 前言

1.1 内容提要

  1. 理解使用会话技术的原因
  2. 理解客户端技术和服务器技术之间的区别
  3. 掌握Cookie的设置（构造），熟悉Cookie的获取，能够通过浏览器查看Cookie信息
  4. 理解Session维护的机制，能够分析Session的失效原因
  5. 熟悉使用Session存储和获取信息
  6. 掌握Cookie和Session的使用场景

1.2 前置知识准备

  • 响应头的设置
  • Postman中设置请求头
  • URL编码(浏览器地址栏不能写中文或一些特殊的字符)

2 会话技术Conversation

同一个客户端向服务器中发送的多个请求，需要信息共享

在做服务器开发过程中，我们的客户端和服务器之间，会有请求报文和响应报文

客户端给服务器发送请求：请求报文

服务器给客户端发送响应：响应报文

HTTP协议的无状态性，会导致一个问题，服务器不清楚究竟是哪一个客户端

在这里插入图片描述

通过这种方式，携带了一些信息，服务器确实是可以知道 请求来自于哪一个客户端

通过上面这种方式，是否有弊端？

  • 用户信息不安全
  • 客户端和浏览器每一次发送请求的时候都需要携带请求参数比较繁琐

在这里插入图片描述
在这里插入图片描述

以会话的形式来体现客户端和服务器之间的交流，最重要的一件事情是要让服务器知道客户端是谁。

李雷（客户端）：韩梅梅你好，我想请你吃饭

韩梅梅（服务器）：（韩梅梅不知道你是谁）你是谁呀？

李雷（客户端）：韩梅梅你好，我是李雷，我想请你吃饭

韩梅梅（服务器）：可以啊，在哪里吃饭呢

李雷（客户端）：我们去吃香他她煲仔饭吧

韩梅梅（服务器）：你是谁，我是和谁去吃煲仔饭

李雷（客户端）：吃完饭去看电影吧

韩梅梅（服务器）：你是谁，我是和谁去看电影

如果没有会话技术，服务器不清楚每一次请求来源于哪一个客户端

如果引入会话技术，这段会话就会变成这个样子

李雷（客户端）：韩梅梅你好，我是李雷，我想请你吃饭

韩梅梅（服务器）：好啊，那吃什么

李雷（客户端）：我们去吃香他她香他她煲仔饭吧

韩梅梅（服务器）：好啊，那说好了，李雷咱两去吃煲仔饭，几点见面

李雷（客户端）：晚上6点可以吗

韩梅梅（服务器）：可以啊，那吃完饭呢

李雷（客户端）：吃完饭去看电影吧

韩梅梅（服务器）：好吧

如果做到的这件事情呢？

一种情况是，我直接告知你我的信息

李雷（客户端）：韩梅梅你好，我是李雷，我想请你吃饭

韩梅梅（服务器）：好啊，那吃什么 (我给你提醒，你要告诉我你是李雷)

李雷（客户端）：我们去吃香他她香他她煲仔饭吧 （我是李雷）

韩梅梅（服务器）：好啊，那说好了，李雷咱两去吃煲仔饭，几点见面

李雷（客户端）：晚上6点可以吗（我是李雷）

韩梅梅（服务器）：可以啊，那吃完饭呢

李雷（客户端）：吃完饭去看电影吧（我是李雷）

韩梅梅（服务器）：好吧

还有种情况，类似于你服务器端有个保险柜，告知我你的保险柜的编号，就可以获得保险柜，然后从保险柜中获得信息

李雷（客户端）：韩梅梅你好，我是李雷，我想请你吃饭

韩梅梅（服务器）：好啊，那吃什么 (我给你一个编号，这个编号是89757)

李雷（客户端）：我们去吃香他她香他她煲仔饭吧 （编号89757）

韩梅梅（服务器）：好啊，那说好了，李雷咱两去吃煲仔饭，几点见面

李雷（客户端）：晚上6点可以吗（编号89757）

韩梅梅（服务器）：可以啊，那吃完饭呢

李雷（客户端）：吃完饭去看电影吧（编号89757）

韩梅梅（服务器）：好吧

如果是客户端直接携带确切的信息，这个就是客户端技术；如果是通过客户端提供的编号，进而在服务器中进一步获得信息，那么这个就是服务器技术

服务器会话技术，是在客户端会话技术基础上的

归根结底：（身份）信息，究竟是客户端维护的，还是服务器维护的

客户端技术：Cookie

服务器技术：Session

3 客户端技术Cookie

携带信息：客户端（浏览器）在向服务器发起请求的时候直接携带了信息，这些信息是通过请求头中一个特殊的请求头携带的

这个特殊的请求头叫Cookie

3.1 Cookie的格式

Cookie：key1=value1;key2=value2

携带的是键值对信息，携带的键值对信息都是字符串信息

可以携带多组键值对信息，如果携带多组，中间使用分号分隔开

在这里插入图片描述

GET http://localhost:8080/ HTTP/1.1
Host: localhost:8080
Connection: keep-alive
Cache-Control: max-age=0
sec-ch-ua: "Chromium";v="116", "Not)A;Brand";v="24", "Microsoft Edge";v="116"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36 Edg/116.0.1938.62
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
Sec-Fetch-Site: none
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8,en-GB;q=0.7,en-US;q=0.6
Cookie: name=lilei; age=18; gender=male; height=180

3.2 构造Cookie信息

这个过程是指，客户端（浏览器）在发起这个请求的时候，通过请求报文封装信息，请求报文中的请求头Cookie包含了对应的值

那么这里我们要构造Cookie信息，想办法让请求头Cookie里面包含对应的值

  • 浏览器构造Cookie
  • Postman构造Cookie
  • 服务器构造Cookie

3.2.1 浏览器构造Cookie

步骤

  1. 打开开发者工具，快捷键F12
  2. 找应用程序（Application）
  3. 应用程序里找 存储（Storage）里的Cookie

在这里插入图片描述

请求报文：

GET http://localhost:8080/demo1/cookie/fetch HTTP/1.1
Host: localhost:8080
Connection: keep-alive
Cache-Control: max-age=0
sec-ch-ua: "Chromium";v="110", "Not A(Brand";v="24", "Microsoft Edge";v="110"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/110.0.0.0 Safari/537.36 Edg/110.0.1587.46
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
Sec-Fetch-Site: none
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8,en-GB;q=0.7,en-US;q=0.6
Cookie: zhangsan=123456; lisi=654321

第17行里的值

Cookie: zhangsan=123456; lisi=654321

3.2.2 Postman构造Cookie

也是构造Cookie这个请求头

在这里插入图片描述

请求报文

GET http://localhost:8080/demo1/cookie/fetch HTTP/1.1
Cookie: zhaoliu=123456;wangwu=789987
User-Agent: PostmanRuntime/7.29.2
Accept: */*
Host: localhost:8080
Accept-Encoding: gzip, deflate, br
Connection: keep-alive

第2行

Cookie: zhaoliu=123456;wangwu=789987

3.2.3 服务器构造Cookie

客户端 → 服务器，请求

服务器 → 客户端，响应

客户端 → 服务器，请求

服务器能给客户端做的是响应

而我们希望的是客户端请求的时候携带Cookie

服务器提供特殊的响应报文，客户端获得这个特殊的请求报文之后，就会设置Cookie，在发送请求的时候就会携带Cookie了

特殊的响应报文，使用的是特殊的响应头，这个特殊的响应头set-cookie

/**
 * 发送请求
 * http://localhost:8080/demo1/cookie/set?username=lilei
 * @author stone
 * @date 2023/02/17 16:13
 */
@WebServlet("/cookie/set")
public class CookieSetServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        String username = req.getParameter("username");

        // 把这个通过响应报文给到浏览器，并且让浏览器发起请求的时候，通过Cookie来携带
        resp.setHeader("set-cookie","username=" + username);

    }
}

来看一下这个请求的响应报文

HTTP/1.1 200
set-cookie: username=lilei
Content-Length: 0
Date: Fri, 17 Feb 2023 08:15:48 GMT
Keep-Alive: timeout=20
Connection: keep-alive

在这里插入图片描述

Response是针对于Cookie有提供特定的方法，能够让我们直接设置Cookie

resp.addCookie(new Cookie(“username”,username));

3.3 获取Cookie

要获得的是Cookie这个请求头

String result = request.getHeader(“Cookie”);

去解析里面的键值对

实际上我们并没有这样做，Request中提供了直接获得Cookie的方法

Cookie[] cookies = request.getCookies();

单个Cookie，我们先获得其键值对信息

键：cookie.getName()

值：cookie.getValue()

@WebServlet("/cookie/fetch")
public class CookieServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse resp) throws ServletException, IOException {
        Cookie[] cookies = request.getCookies();
        for (Cookie cookie : cookies) {
            String name = cookie.getName();
            String value = cookie.getValue();
            System.out.println(name + " -> " + value);
        }
    }
}

3.4 Cookie中的信息

Cookie这个类的实例中封装信息

信息方法说明
name有参构造方法核心值
value有参构造方法核心值
PathsetPath(String)设置Cookie的有效URI
DomainsetDomain(String)域名，做Cookie的共享
MaxAgesetMaxAge(int)设置过期时间，单位是秒，如果超过这个时间Cookie就会过期

在这里插入图片描述

3.4.1 Path

cookie.setPath(String path)

如果没有手动setPath，cookie会给你设置一个默认的path，这个默认的path就是你当前这个请求的path

举个例子，比如http://localhost:8080/demo1/cookie/fetch,当前这个请求的path其实就是/demo1/cookie

验证一下，我们构造一个新的请求http://localhost:8080/demo1/cookie/path1

@WebServlet("/cookie/path1")
public class PathServlet1 extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        resp.addCookie(new Cookie("username","zhangsan"));
    }
}

在这里插入图片描述

设置了path有什么用，访问该path对应的请求的时候才会获得（携带）该cookie

针对于上面的请求，也就是接下来要访问的url应该是这样的

http://localhost:8080/demo1/cookie/*

我们也可以自己指定path

@WebServlet("/cookie/path2")
public class PathServlet2 extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        Cookie cookie = new Cookie("username", "zhangsan");
        cookie.setPath("/demo1");
        resp.addCookie(cookie);
    }
}

可以做到应用之间的数据共享

举个例子：比如在demo1中构造一个Cookie，在demo2中获得demo1中的Cookie的值不就是数据共享了么

http://localhost:8080/demo1/cookie/path3 设置Cookie的path为 /demo2或/，demo2中是可以获得这个cookie的

3.4.2 Domain

设置域名或ip，用来说不同域名下Cookie共享

如果设置了Cookie的父域名，子域名下的请求可以共享父域名下的Cookie

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

发送请求到我这台服务器

  1. ccc.com:8080/demo1/cookie/fetch
  2. sub.ccc.com:8080/demo1/cookie/fetch
  3. third.sub.ccc.com:8080/demo1/cookie/fetch
  4. fourth.third.sub.ccc.com:8080/demo1/cookie/fetch

先来做domain的设置

// 需要访问的ccc.com:8080/domain
@WebServlet("/domain")
public class DomainServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        Cookie cookie = new Cookie("jd", "liuqiangdong");
        // 打算以ccc.com作为父域名
        // 后面发送请求 ccc.com:8080/demo1/cookie/fetch
        cookie.setDomain("ccc.com");

        resp.addCookie(cookie);
    }
}

注意：不能设置和当前域名无关的domain，比如访问localhost时候设置一个ccc.com这样的domain是不可以的，否则浏览器会直接无视;在比如ccc.com设置www.baidu.com这样的domain也是不可以的

3.4.3 MaxAge

如果没有设置，则默认情况下存在于浏览器的内存中。关闭浏览器，则cookie信息失效。如果希望cookie可以持久化保存，则可以设置一个maxAge=正数的时间，表示会在硬盘上面存活多少秒。

@WebServlet("/cookie/maxAge")
public class MaxAgeServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        Cookie cookie = new Cookie("expired-time", "aha");
        cookie.setMaxAge(5);//设置过期时间为5s，如果没有设置，则浏览器关闭时会被清除
        resp.addCookie(cookie);
    }
}

如果maxAge设置为0的话，则做的是删除

@WebServlet("/cookie/remove")
public class CookieRemoveServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        Cookie cookie = new Cookie("username","");
        cookie.setMaxAge(0);//删除cookie：1.name为username；2.path为/demo1/cookie
        resp.addCookie(cookie);
    }
}

注意事项：要关注path

3.5 案例

在访问一个请求的时候，输出上一次访问的时间

思路：

  1. 访问该请求的时候，生成时间，放入到cookie中
  2. 访问该请求的时候，从cookie中取出这个时间，并且使用response做响应
{

    private static final String LAST = "last";
    public static final String UTF_8 = "utf-8";

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        // cookie获取
        Cookie[] cookies = req.getCookies();
        if (cookies != null && cookies.length != 0) {
            for (Cookie cookie : cookies) {
                String name = cookie.getName();
                if (LAST.equals(name)) {
                    String value = cookie.getValue();
                    String decodeDate = URLDecoder.decode(value, UTF_8);
                    resp.getWriter().println(decodeDate);
                }
            }
        }
        // cookie设置
        Date date = new Date();
        // value不支持特殊字符和中文；但是可以将其装换为URL编码
        String format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(date);
        String dateEncode = URLEncoder.encode(format, UTF_8);
        Cookie cookie = new Cookie(LAST, dateEncode);
        resp.addCookie(cookie);
    }
}

过程中使用URL编解码，原因是Cookie中不支持特殊字符和中文

3.6 小结

1.优点：小巧、减轻了服务器压力、可以很轻松的实现多台主机、多个应用下的资源共享

2.缺点：存储容量有限制 4kb、数据类型有限制、只可以存储一些非敏感数据

浏览器（客户端）向服务器发起请求的时候，可以通过Cookie的方式来携带一些信息

在这里插入图片描述

4 服务器技术Session

在服务器内存中存储了一些数据，每一个用户（客户端）都可以有这样的空间。也就是大家需要携带一些信息过来才能找到自己的空间

Session相当于每个用户存在服务器的保险柜，保险柜里可以存一些数据，这些数据也可以是敏感数据；要获得保险柜要带着钥匙，如果钥匙丢了，就打不开这个保险柜

4.1 提供Session

Session不需要专门去提供，当我们获取Session的时候，其实就提供了Session给客户端

当我们在服务端获取Session的时候，其实会提供一个响应头set-cookie

HTTP/1.1 200
Set-Cookie: JSESSIONID=F1500D1D295B3953DCBBF89AD614F1E6; Path=/demo2; HttpOnly
Content-Length: 0
Date: Mon, 20 Feb 2023 06:55:17 GMT
Keep-Alive: timeout=20
Connection: keep-alive

JSESSIONID这样的一个key，其实就是保险柜的钥匙；我们下一次发起请求的时候，其实就会在Cookie中携带这个Cookie

第二次发起请求的请求头

GET http://localhost:8080/demo2/hello HTTP/1.1
Host: localhost:8080
Connection: keep-alive
Cache-Control: max-age=0
sec-ch-ua: "Chromium";v="110", "Not A(Brand";v="24", "Microsoft Edge";v="110"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/110.0.0.0 Safari/537.36 Edg/110.0.1587.46
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
Sec-Fetch-Site: none
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8,en-GB;q=0.7,en-US;q=0.6
Cookie: JSESSIONID=F1500D1D295B3953DCBBF89AD614F1E6

这个JSESSION这个Cookie的name对应的value就是Session对象的id，通过这个id对应的就是一个session对象

4.2 获取Session

获得Session可以使用Request提供的getSession方法

getSession()

  • 如果还没有创建Session，那么就创建一个Session；如果已经有了Session，那么就返回这个Session。当前这个客户端或用户第一个调用getSession方法的时候创建了Session

getSession(boolean create)

  • 如果create的值为true则同上；
  • 如果create的值为false，那么如果有了Session则返回Session对象，如果没有则返回null，就不会创建Session

实际上我们使用的无参方法更多一些

在这里插入图片描述

4.3 使用Session

在服务器端创建Session，它才能够获得Session

Session其实就像一个保险柜 → key-value形式的保险柜

key：String

value：Object

存：setAttribute(String,Object)

取：getAttribute(String)

@WebServlet("/session/set")
public class SessionSetServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        // 如果是第一次访问，那么做的事情就是创建并获取Session
        HttpSession session = req.getSession();
        session.setAttribute("mobile","18666778899");
        session.setAttribute("userid","65536");
    }
}

@WebServlet("/session/get")
public class SessionGetServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        // 如果是第一次访问，那么做的事情就是创建并获取Session
        HttpSession session = req.getSession();
        Object mobile = session.getAttribute("mobile");
        Object userid = session.getAttribute("userid");
        String result = userid + " : " + mobile;
        resp.getWriter().println(result);
    }
}

只要是同一个用户（客户端），即使是不同的Servlet，都是可以从Session中存取数据的；其中有一个关键点，如何识别为同一个用户，客户端发起请求携带的Cookie中的JSESSIONID对应的值相同

通常使用Session维护的是一些敏感数据，比如用户id或用户信息（user对象之类）

4.4Session的生命周期

对象生命周期：

对象的创建：request.getSession()

对象的销毁：关闭服务器、卸载应用

数据的生命周期

数据的产生：session域(空间)

数据的销毁：对象的销毁不会导致数据的销毁。数据的销毁只有 以下两种可能性：

  1. session有效期到达（默认是30min）
  2. 主动调用session.invalidate()方法-----用在注销的场景下。

4.5 常见问题

4.5.1 关闭浏览器，Session是否被销毁

并没有

只不过当前浏览器发起请求的时候，通常没有继续携带之前的JSESSIONID，但如果你仍然携带之前的JSESSIONID，那么仍然可以获取数据

4.5.2 服务器关闭，Session发生了什么

Session对象会被销毁，并且会被序列化。

当服务器重启时，会被反序列化，重新加载到内容。

当时要注意，重启前后的Session对象并不是同一个，但是JSESSIONID是同一个值

4.5.3 Session失效，原因会是啥

Session失效就是从Session中获取不到其存储的信息，则可以认为Session失效

  • 跨域请求Session不能共享 → ip或端口号或域名发生变化，都叫跨域（前后端分离的应用）

    • 比如192.168.3.15:8080 前端 访问了 192.168.3.15:8083 → 端口号发生了变化，跨域
    • 通过其他方式携带暗号

  • 过期或手动设置

  • 请求携带的JSESSIONID变了

4.5.4 禁用Cookie之后的session策略

session底层是依赖于cookie的，但是如果浏览器禁用了cookie，那么session还可以使用吗？还可以。但是必须采用一种URL重写的方式。此时session的编号会附着在地址栏的后面，以;形式来进行分割。

举个例子：http://localhost:8080/demo2/session/fetch;JSESSIONID=XXXX

4.6 思考

如果要实现一个自定义的Session，需要做什么事情？

  1. 能够获取自定义Session的方法，获取自定义Session的这个方法，也能够返回一把钥匙
  2. 考虑数据存储的问题，我们应该创建一个什么样的结构的数据 Map<钥匙,自定义Session>
  3. 自定义的Session应该是什么结构的数据，key为String，value为Object的键值对，Map<String,Object>
    1. setAttribute(String,Object) → map.put(String,Object)
    2. getAtrribute(String) → map.get(String)
  4. 过期时间，自定义Session中定义一个成员变量，就叫过期时间，当我们获取session(的信息)的时候，先检查当前时间和过期时间的关系；也可以增加让你的Session失效的方法，map里的信息清除

5 案例

登录案例，并且增加注销功能

在Session中存储用户信息，保证不同的用户获取的时候是自己Session中的信息，另外通过Session的invalidate方法实现注销功能

  • session.setAttribute(“username”,username)
  • session.invalidate()
@WebServlet("/login")
public class LoginServlet extends HttpServlet {

    SqlSessionFactory sqlSessionFactory;

    @Override
    public void init() throws ServletException {
        sqlSessionFactory = (SqlSessionFactory) getServletContext().getAttribute(MyBatisUtil.SQL_SESSION_FACTORY);
    }

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
        String username = request.getParameter("username");
        String password = request.getParameter("password");

        List<String> passwordFromDb = userMapper.selectPasswordByUsername(username);
        response.setContentType("text/html;charset=utf-8");
        if (passwordFromDb != null && passwordFromDb.size() == 1 && password.equals(passwordFromDb.get(0))) {
            response.getWriter().println("登录成功,即将查看个人信息");
            response.setHeader("refresh","2;url=/demo3/info");
            request.getSession().setAttribute("username", username);
        }else{
            response.getWriter().println("登录失败，即将跳转到登录页面重新登录");
            response.setHeader("refresh","2;url=/demo3/login.html");

        }
    }

    @Override
    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        this.doGet(request, response);
    }
}

@WebServlet("/info")
public class InfoServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        SqlSessionFactory sqlSessionFactory = (SqlSessionFactory) getServletContext().getAttribute(MyBatisUtil.SQL_SESSION_FACTORY);
        UserMapper userMapper = sqlSessionFactory.openSession().getMapper(UserMapper.class);
        String username = (String) req.getSession().getAttribute("username");
        List<CskaoyanUser> cskaoyanUsers = userMapper.selectUserByName(username);
        CskaoyanUser user = null;
        resp.setContentType("text/html;charset=utf-8");
        if (cskaoyanUsers != null && cskaoyanUsers.size() == 1) {
            user = cskaoyanUsers.get(0);
            resp.getWriter().println(user.toString());
        }else {
            resp.getWriter().println("获取数据有误，请重新登录");
            resp.setHeader("refresh","2;url=/demo3/login.html");
        }
    }
}

@WebServlet("/logout")
public class LogoutServlet extends HttpServlet {
    private void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException {
        response.setContentType("text/html;charset=utf-8");
        HttpSession session = request.getSession();
        session.invalidate();
        response.getWriter().println("注销成功，返回登录页面");
        response.setHeader("refresh", "2;url=" + request.getContextPath() + "/login.html");
    }
}

6 小结

6.1 Cookie和Session

联系：Cookie和Session都是为了让服务端获取客户端提供的信息；提供的信息都是键值对形式的；Session技术是在Cookie技术的基础上进行的，都需要对请求头做处理

区别：

  • 信息位置
    • Cookie是客户端技术，信息存储在客户端（浏览器），也意味着前端可以操作
    • Session是服务器技术，信息储存在服务器
  • 敏感性
    • Cookie共享的是常规信息，直接抓包获取的是对应的值
    • Session通常共享的是敏感信息，直接抓包获取的是id
  • 值类型
    • Cookie的值为String字符串
    • Session的值为Object
  • 跨应用
    • Cookie信息可以跨应用共享
    • Session信息局限于当前应用

6.2 数据共享

Request域：存在转发关系的Servlet之间的数据共享，比如Servlet和JSP数据共享

Context域：整个应用之中的数据共享，比如整个应用中的SqlSessionFactory、properties等

Session域：同一个用户（客户端）中的数据共享，比如登录之后的用户信息

·云扬·
关注
专栏目录
oracle中connetion和session的区别
ocean1010的专栏
10-09 821
<br />1.连接(connection)是一个物理的概念，它指的是一个通过网络建立的客户端和专有服务器(Dedicated Server）或调度器(Shared Server)的一个网络连接。<br />2.会话(session)是一个逻辑的概念，它是存在于实例中。<br />一个连接可以拥有多个会话也可以没有会话，同一个连接上的不同会话之间不会相互影响。但同一时刻一个连接对应于一个会话.<br />两个会话之间的影响，体现在锁和锁存，即对相同资源的操作（对象定义或数据块）或请求（CPU/内存），它们的
浅谈会话技术：Cookie，Session、Token
青春木鱼的博客
12-25 1497
浅谈会话技术：Cookie，Session、Token
浅谈会话技术（session、cookie）
wwkandmxl的博客
03-17 195
会话技术（session、cookie） 会话： 一次会话中包含多次请求和响应。 什么是一次会话：浏览器第一次给服务器发送请求开始——>任意一方断开为止。 功能：在一次会话的范围内，多次请求之间共享数据。 cookie技术： 在一次会话多次请求之间传递数据，数据保存在客户端 cookie的使用： 步骤： //1.创建cookie对象，绑定数据 new Cookie(String name,String value); //2.响应cookie对象到浏览器 response.addCooki
浅谈 cookie 和 session
weixin_62371118的博客
09-03 718
例如，用户登录后，服务器会生成一个唯一的身份标识（如会话ID）并保存在 cookie 中，以后每次请求时，浏览器会携带该 cookie，服务器通过这个标识来识别用户身份。：服务器接收到请求后，通过请求中的 session ID 查找对应的 session 数据，从而知道这个请求是哪个用户发出的，并可以访问之前存储的用户状态信息。它是由服务器发送，并在客户端存储的，每次用户发起请求时，浏览器会自动携带相应的 cookie 数据发送给服务器。session 需要服务器存储，但可以避免大数据在客户端的存储。
客户端会话跟踪技术 Cookie 浅谈
zhangxia_的博客
03-13 4954
用户打开浏览器，第一次访问 Web 服务器资源时，会话建立，直到有一方断开了连接则会话结束，例如浏览器或者服务器断开。在一次会话中可以包含多次的请求和响应。上述的整个过程称为会话。例如，当我们在浏览器访问一个网站时，浏览器和这个网站服务器就建立了一次会话，后面在这个网站中的所有操作都属于这一次会话，当我们关闭浏览器程序或者服务器关闭则会话结束。现实中，服务器会被多个用户同时访问，为了识别多次请求是否来自同一个浏览器，在一次会话的多次请求间共享数据，出现了会话跟踪技术。
浅谈Cookie、Session、Token
tree_stretch的博客
06-22 374
深度剖析Cookie机制、Session机制、Token机制。文章比较详细，坚持看完一定会有收获，从此再也不惧怕这三大机制。
浅谈cookie 和 session
weixin_49592687的博客
04-26 189
cookie 和 session 的区别
浅谈Cookie,Session
qq_43003183的博客
08-16 230
什么是会话? 会话：当浏览器发请求访问服务器开始，到访问服务器结束，浏览器关闭为止，这期间产生的所有请求和响应加在一起，就称之为浏览器和服务器之间的一次会话。 Cookie Cookie的工作原理 1. Cookie是将会话中产生的数据保存在客户端，是客户端技术。 2. Cookie是基于两个头进行工作的：通过Set-Cookie响应头将cookie从服务器端发送给浏览器，让浏览器保存到内部；保存到浏览器中的cookie，在浏览器以后每次访问服务器时，都会通过cookie请求头，将cookie信息再带回服
浅谈Web身份识别技术 —— Cookie、Session 和 Token
我是张跑跑
12-20 1939
文章目录浅谈Cookie、Session 和 Token1. 前言2. 过时的身份识别技术2.1 HTTP 首部2.2 客户端 IP2.3 用户登录2.4 胖 URL3. 常用的身份识别技术3.1 cookie3.2 session3.3 token4. 总结 浅谈Cookie、Session 和 Token 1. 前言 由于 HTTP 协议是匿名的、无状态的协议，所以当服务端需要记录用户的状态时，就需要用某种机制来识别具体的用户。这就是cookie、session 和 token 出现的原因。 在 HTT
浅谈cookie 和session 的区别
09-02
Cookie和Session是两种常见的用户状态管理机制，它们在Web开发中起着至关重要的作用，用于跟踪用户的会话和存储用户数据。下面我们将深入探讨它们的区别、工作原理以及优缺点。 首先，Cookie是由服务器发送到用户...
在PHP中浅谈Cookie与Session.pdf
01-06
"浅谈Cookie与Session在PHP中的应用" Cookie是浏览器保存的一种小型文本文件，用于存储用户信息，以便在用户访问网站时，服务器可以识别用户身份。Cookie可以分为两种类型：会话Cookie和持久Cookie。会话Cookie是指...
浅谈关于axios和session的一些事
08-30
Axios 是一个基于 Promise 的 HTTP 库，常用于前端发送 AJAX 请求，而 Session 是一种服务器端存储用户会话状态的技术，用于保持用户登录状态。在实际应用中，将 Axios 与 Session 结合使用时可能会遇到一些问题，...
工厂模式的介绍及实现
户伟伟的博客
09-25 144
工厂模式（Factory Pattern）是一种创建型设计模式，提供了一种创建对象的接口，而无需显式指定对象的具体类。在这种模式中，我们通过定义一个工厂类，专门负责生产各种类型的对象，这样我们可以避免直接在代码中实例化具体类，使代码更具扩展性、灵活性和维护性。解耦：客户端代码与具体的类解耦，避免了对象创建逻辑的重复。简化对象创建：通过工厂统一管理对象的创建逻辑，使代码更清晰易懂。扩展性强：新增类时，只需在工厂中增加创建逻辑，而不必修改现有的业务代码。
Spring Cloud全解析：服务调用之OpenFeign集成OkHttp
最新发布
Lxn2zh的博客
09-30 331
HTTP连接需要进行TCP三次握手，是一个比较耗时的操作，一般我们不直接使用HttpURLConnection，而是使用HttpClient/okHttp等支持连接池的客户端工具，以Feign集成OkHttp为例。OpenFeign本质是HTTP来进行服务调用的，也就是需要集成一个Http客户端。默认是HttpURLConnection方式，也就是jdk中提供的最原始的那个。要开启OkHttp ,还需要在YML 中添加开启配置项，默认是关闭的。使用的是Client接口来进行请求的。
java将word转pdf
紫月7575的博客
09-30 254
java将word转pdf
「Java开发指南」如何用MyEclipse为iPhone搭建Spring应用程序？
需要界面开发、IDE工具研发中文教程资料的小伙伴，记得私信我~
09-30 388
本教程将介绍如何用MyEclipse为iPhone搭建Spring应用程序，欢迎下载最新版IDE体验！
JPA+Thymeleaf增删改查
y050505的博客
09-25 492
在使用JPA（Java Persistence API）和Thymeleaf作为模板引擎进行Web开发时，实现增删改查（CRUD）操作是一个常见的需求。下面，我将简要介绍如何使用Spring Boot框架结合JPA和Thymeleaf来实现这一功能。
【开源免费】基于SpringBoot+Vue.JS校园资料分享平台（JAVA毕业设计）
customer08的博客
09-30 841
校园资料分享平台是一个B/S模式系统，采用Spring Boot框架作为开发技术，MYSQL数据库设计开发，充分保证系统的稳定性。系统具有界面清晰、操作简单，功能齐全的特点，使得校园资料分享平台管理工作系统化、规范化。
"深入了解会话技术：Cookie与Session
会话技术包括cookie技术和session技术两大类。 首先，cookie技术是一种在HTTP协议下维持客户工作站信息的方式。它通过在用户浏览器上保存小文本文件来存储有关用户的信息。当用户连接到服务器时，Web站点可以访问...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值