session和Cookie的区别
| 对比维度 | Session | Cookie |
|---|---|---|
| 1. 存储位置 | 服务端(服务器内存 / Redis / 数据库等) 数据完全由服务器管理 | 客户端(浏览器) 以文本形式保存在用户设备上 |
| 2. 数据类型 | 可存储任意对象 (如用户对象、字典、列表等,取决于语言和框架) | 只能存储字符串 (复杂数据需序列化为 JSON 或 URL 编码) |
| 3. 作用域(Path/Domain) | 无路径概念 同一个会话(Session ID 相同)在整个域名下全局有效,所有路径共享同一份 Session 数据 | 支持路径(Path)和域名(Domain)隔离 例如:/admin 路径下的 Cookie 无法被 /user 访问(若设置了 Path) |
| 4. 依赖关系 | 通常依赖 Cookie 传递 Session ID 默认情况下,服务器通过 Set-Cookie: sessionid=xxx 告诉浏览器“记住这个 ID” ✅ 但并非绝对依赖:若浏览器禁用 Cookie,可通过 URL 重写(如 ?sessionid=xxx)传递 ID(不推荐,有安全风险) | 独立存在 可单独用于保存非敏感信息(如主题偏好) |
| 5. 安全性 | 较高 敏感数据存在服务端,客户端只持有 ID(但仍需防 Session ID 泄露) | 较低 用户可查看、修改、删除;可能被 XSS 窃取 |
| 6. 生命周期 | 通常随会话结束而销毁: - 浏览器关闭(若 Cookie 是会话级) - 服务器超时(如 30 分钟无活动) - 手动调用 session.destroy() | 可设置过期时间: - 会话级(关闭浏览器失效) - 持久化(指定 Expires 或 Max-Age) |
| 7. 资源消耗 | 占用服务器资源 用户量大时需考虑 Session 存储方案(如 Redis 集群) | 占用客户端资源(极小) |

8万+

被折叠的 条评论
为什么被折叠?



