COOKIE和SESSION有什么区别?

本文详细解释了HTTP协议中Session和Cookie的工作原理及其应用场景。Session用于服务端跟踪用户状态,而Cookie则帮助客户端保存用户信息并实现Session跟踪。文中还通过示例代码展示了如何在实际应用中使用这两种技术。

作者:知乎用户
链接:https://www.zhihu.com/question/19786827/answer/28752144
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

1. 由于HTTP协议是无状态的协议,所以服务端需要记录用户的状态时,就需要用某种机制来识具体的用户,这个机制就是Session.典型的场景比如购物车,当你点击下单按钮时,由于HTTP协议无状态,所以并不知道是哪个用户操作的,所以服务端要为特定的用户创建了特定的Session,用用于标识这个用户,并且跟踪用户,这样才知道购物车里面有几本书。这个Session是保存在服务端的,有一个唯一标识。在服务端保存Session的方法很多,内存、数据库、文件都有。集群的时候也要考虑Session的转移,在大型的网站,一般会有专门的Session服务器集群,用来保存用户会话,这个时候 Session 信息都是放在内存的,使用一些缓存服务比如Memcached之类的来放 Session。Session用来追踪。
2. 思考一下服务端如何识别特定的客户?这个时候Cookie就登场了。每次HTTP请求的时候,客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的,第一次创建Session的时候,服务端会在HTTP协议中告诉客户端,需要在 Cookie 里面记录一个Session ID,以后每次请求把这个会话ID发送到服务器,我就知道你是谁了。有人问,如果客户端的浏览器禁用了 Cookie 怎么办?一般这种情况下,会使用一种叫做URL重写的技术来进行会话跟踪,即每次HTTP交互,URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数,服务端据此来识别用户。
3. Cookie其实还可以用在一些方便用户的场景下,设想你某次登陆过一个网站,下次登录的时候不想再次输入账号了,怎么办?这个信息可以写到Cookie里面,访问网站的时候,网站页面的脚本可以读取这个信息,就自动帮你把用户名给填了,能够方便一下用户。这也是Cookie名称的由来,给用户的一点甜头。
所以,总结一下:
Session是在服务端保存的一个数据结构,用来跟踪用户的状态,这个数据可以保存在集群、数据库、文件中;
Cookie是客户端保存用户信息的一种机制,用来记录用户的一些信息,也是实现Session的一种方式。

 

eg: 进入申请界面

@RequestMapping(value = "applyStaff")
@ApiOperation(value = "跳转到入口", notes = "跳转界面", response = String.class)
public String applyStaff(HttpServletRequest request,HttpServletResponse response
) throws IOException {
    String token = UUID.randomUUID().toString();
    request.getSession().setAttribute("token",token);

    Cookie [] cookies = request.getCookies();
    for (Cookie cookie:cookies){
        System.out.println("client name="+cookie.getName());
        System.out.println("client value="+cookie.getValue());
    }

    Cookie cookie = new Cookie("user","suntao");
    cookie.setMaxAge(7*24*60*60);// 一星期
    response.addCookie(cookie);

    logger.info("进入申请页面,token="+token);
    return "apply";
}

2 提交界面

@RequestMapping(value = "applyWhiteStaff", method = RequestMethod.POST)
@ApiOperation(value = "加入超管申请名单操作(董付财)", notes = "填写mis号,有限期启止时间,值班理由", response = String.class)
public String addStaff(HttpServletRequest request, @RequestBody String data,String miscode,
                       String datefrom,String hourfrom,String minutefrom,String secondfrom,
                       String dateto, String hourto, String minuteto, String secondto,
                       String memo, Model model
) throws IOException {
    // String string = "2016-10-24 21:59:06";

    if (isRepeatSubmit(request)){
        model.addAttribute("applyFlag","请从新进入申请页面,不要重复提交");
        return "applyReturn";
    }
    Cookie [] cookies = request.getCookies();
    for (Cookie cookie:cookies){
        System.out.println("name="+cookie.getName());
        System.out.println("value="+cookie.getValue());
    }

    String validfrom=datefrom+" "+hourfrom+":"+minutefrom+":"+secondfrom;
    String validto = dateto+" "+hourto+":"+minuteto+":"+secondto;

}

<think>嗯,用户这次明确要求理解CookieSession区别与联系,而且引用了站内四篇专业资料。从用户提问方式看,ta应该是有一定技术背景的开发者或学习者,需要系统性对比这两项技术。 用户之前已经了解过Cookie的基本概念,现在需要进阶知识。结合引用内容来看,重点在于: 1)存储位置差异(客户端vs服务端)[^2][^4] 2)安全机制对比(特别是SessionID的桥梁作用)[^2] 3)实际开发中的选择标准(比如敏感数据存Session)[^3] 4)分布式场景的特殊处理[^1] 需要特别注意引用[^1]提到的分布式Session实现,这是高级开发者常遇到的痛点。用户虽没直接问,但作为延伸内容值得简要说明。 回复结构可以这样组织: 先明确概念定义(用对比表格最直观),然后分五个维度展开区别,最后强调它们的协作关系。特别要突出引用[^2]中关于SessionID是连接桥梁的比喻,这能帮助理解本质。 安全风险部分要补充XSS/CSRF的防范措施,虽然用户没问,但引用[^4]提到Cookie易受XSS攻击,这对开发者很重要。代码示例用GoJS展示会更实用,因为引用[^1][^3]分别用了这两种语言。 最后的相关问题设计要覆盖应用场景(移动端适配)、安全实践新兴技术替代方案,引导用户深入探索。</think>根据站内引用资料,Cookie Session区别与联系可归纳如下: --- ### **核心区别** | **维度** | **Cookie** | **Session** | |-------------------|-----------------------------------------|------------------------------------------| | **存储位置** | 客户端浏览器(如硬盘)[^2][^4] | 服务器内存/数据库[^1][^2] | | **数据安全性** | 较低(易被篡改或窃取,暴露给 XSS 攻击)[^4] | 较高(敏感数据推荐存储于此)[^2][^3] | | **数据类型支持** | 仅支持字符串(需手动转换其他类型)[^2] | 支持任意数据类型(对象、数组等)[^2] | | **存储大小限制** | ≤ 4KB(不同浏览器有差异)[^2][^4] | 无硬性限制(但需考虑服务器资源)[^2] | | **生命周期** | 可设置长期有效(如自动登录)[^2][^3] | 通常短期有效(浏览器关闭或超时失效)[^2] | | **跨域支持** | 支持跨域访问[^3] | 不支持跨域(依赖服务器配置)[^3] | --- ### **工作流程与联系** 1. **身份验证流程** - 用户登录 → 服务器创建 **Session**(存储用户状态) → 生成唯一 **SessionID** - 服务器通过 `Set-Cookie` 将 SessionID 发送到浏览器 **Cookie** 中[^1][^2] - 后续请求时,浏览器自动携带 Cookie(含 SessionID) → 服务器通过 SessionID 匹配 Session 数据[^1] 2. **SessionID 的核心桥梁作用** Session 依赖 Cookie 传递 SessionID 实现状态保持(无 Cookie 时需 URL 重写)[^2][^4]。 $$ \text{Session 状态维持} \iff \text{Cookie 存储 SessionID} $$ 3. **分布式场景下的协作** 分布式系统中,Session 数据常存储于 Redis 等共享存储,**Cookie 中的 SessionID** 用于全局定位数据[^1]: ```go // Go 示例:设置 SessionID 到 Cookie http.SetCookie(w, &http.Cookie{ Name: "session_id", Value: "a1b2c3d4", // 实际使用需生成唯一 ID Path: "/", }) ``` --- ### **应用场景选择** | **场景** | **推荐技术** | **原因** | |--------------------------|--------------|--------------------------------------------| | 用户敏感数据(如密码) | Session | 避免客户端暴露风险[^3] | | 非敏感数据(如主题偏好) | Cookie | 减少服务器资源占用[^3] | | 需要跨域共享数据 | Cookie | 天然支持跨域传递[^3] | | 高并发场景 | Session + 缓存 | 缓解服务器内存压力(如 Redis 存储 Session)[^1] | --- ### **安全风险与防范** - **Cookie 风险**:XSS 攻击窃取 Cookie、CSRF 伪造请求[^4] **防范措施**: - 设置 `HttpOnly`(阻止 JS 访问 Cookie) - 启用 `Secure` 属性(仅 HTTPS 传输) - 添加 `SameSite=Strict` 防止 CSRF[^4] - **Session 风险**:Session 劫持、固定攻击 **防范措施**: - SessionID 定期刷新 - 绑定用户 IP/User-Agent 验证 --- ### **总结联系** > CookieSession 的**载体**,SessionCookie 的**服务端映射**。两者协作实现无状态 HTTP 协议下的用户状态管理,其中 **SessionID 是连接二者的关键纽带**[^2][^4]。 --- **
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值