Cookie、Session 、token
Cookie
优点:
- 简单易用: 浏览器自动管理 Cookie 的发送和接收。
- 持久性: 可以设置过期时间，使其可以在浏览器关闭后依旧存在。
- 广泛支持: 所有现代浏览器都支持 Cookie。
缺点:
- 安全性问题: 存储在客户端，容易被查看和篡改。敏感信息不应直接存储在 Cookie 中。
- 大小限制: 每个 Cookie 大小限制在约 4KB，整体数量也有限制。
- 隐私问题: 可以被用于跟踪用户行为，引发隐私担忧。
Session
优点:
- 安全性较高: 数据存储在服务器上，客户端无法直接访问和篡改。
- 适合存储敏感信息: 由于安全性高，可以用来存储需要保护的用户数据。
缺点:
- 服务器负载: Session 数据存储在服务器，会占用服务器资源，尤其是在并发用户多时。
- 扩展性问题: 在分布式环境下，管理 Session 需要额外的机制（如共享 Session 存储或 Session 粘性）来保证一致性。
- 短暂性: 通常在会话结束或超时后会被销毁，持久化需要额外设置。
Token
优点:
- 无状态性: Token（如 JWT）通常是自包含的，服务器端无需存储会话状态，易于扩展。
- 灵活性: 可以在不同域名甚至不同服务之间传递，适合微服务架构。
- 安全性: 可以使用签名来保证其完整性和真实性，避免被篡改。
缺点:
- 客户端处理复杂性: Token 通常需要客户端存储和管理（如在浏览器的
localStorage或sessionStorage）。 - 劣势于撤销: 一旦一个 Token 被签发，在到期之前很难撤销。如果需要撤销 Token，通常需要额外的机制来管理黑名单。
- 数据大小: 如果 Token 包含大量信息，如在 JWT 中，可能会导致体积较大。
总结
- Cookie 适用于轻量级、非敏感数据的存储和用户偏好的记忆。
- Session 适合存储敏感的、需要保护的用户数据，但需要考虑服务器资源和扩展性问题。
- Token 尤其是 JWT，适合于跨域验证、无状态应用和微服务架构，但需要注意撤销机制和安全管理。