目录
1. Session —— 服务器的“个人秘书”
想象一下你进了一家高级餐厅，服务员看到你后，递给你一个带编号的牌子，记住你是A先生或B女士。在你用餐的过程中，服务员会根据你手里的牌子，记录下你点的菜、喝的酒、是否需要特别的服务。每次你换了餐桌、去卫生间或是站起来看菜单，服务员都不会忘记你是谁，始终会记得你手里的牌子。这个“记住”就像是 Session，它由餐厅的“大脑”——餐厅后台的工作人员（也就是服务器）负责。
Session 的工作流程：
- 你第一次来时，服务员（服务器）给你一个编号牌（Session ID），让你挂在身上（存到浏览器的 Cookie 里）。
- 每次你回到餐桌，服务员就会看到你的编号牌，立刻知道你点了什么，服务员会根据你的 ID 检查你点的菜、酒，甚至你和朋友的喜好。
- 直到你吃完饭离开，服务员才会把你的所有记录（会话信息）清除，因为你已经“退场”了。
好处：
- 安全性高：所有的信息都由餐厅的工作人员保管，餐桌上不会堆满私人信息，你的“菜单”数据不会被随便篡改。
- 复杂的数据存储：可以存储更复杂的信息（比如你之前点了哪些菜，甚至你喜欢的口味）。
缺点：
- 餐厅压力大：如果餐厅有很多顾客，每个人都有一个独立的编号牌，服务员的记忆和存储负担就很大。所以如果餐厅（服务器）遇到很多顾客（并发量高），它的工作负担会变得很重。
- 分店难管理：如果你去了一家分店，分店的服务员（服务器）可能没法记得你在总部（主服务器）用餐的记录，因为每个餐厅只有自己的“记忆”。
应用场景：
- 适用于传统的 Web 应用，用户登录后需要持久存储他们的状态，如购物车、个人设置等。
2. Cookie —— 浏览器的“便条纸”
你可以把 Cookie 想象成你自己随身带的一张便条纸，写着你的名字、偏好、已选择的商品等等。当你进了一个商店，商店的服务员（服务器）给了你一张便条，写上了你选择的商品。如果你回到店里，服务员看到你的便条就能知道你上次选了什么，不需要再问你。
Cookie 的工作流程：
- 你第一次访问商店时，服务员给你一张便条纸，写下你的偏好（比如你喜欢的颜色、尺寸，或者你的登录信息）。
- 下次你进店时，你自己带着这张便条回来，服务员看到你的便条就知道你是上次的常客，直接提供你喜欢的东西。
- 离开后，这张便条就会保留在你手里，下次再次访问时仍然有效。
好处：
- 便捷：你不需要每次都告诉商店你是谁，便条（Cookie）直接帮你传递了这个信息。
- 持久化：便条可以保存很久，直到你自己决定扔掉，或者便条的过期时间到了。
缺点：
- 有限空间：便条纸的大小有限，不能写太多内容。如果你要存储复杂的数据，可能就不够用了。
- 不太安全：便条纸是你自己带着的，如果被别人偷走或者篡改，可能会带来问题。而且如果服务员没有保护好便条，别人也可以看到它的内容。
- 容易被追踪：商店（网站）可以通过你带着的便条纸追踪你的每次光临，所以一些广告商会用它来监控你的行为，可能会觉得有些“隐私泄露”。
应用场景：
- 存储简单的配置信息或状态，如登录状态、用户偏好、购物车信息等。
- 跟踪用户行为，例如广告商用来分析你的浏览习惯。
3. Token —— “数字护照”
Token 就像是你申请的一个“数字护照”，它不是随身带的小便条，而是一个复杂的身份证明。想象一下，你通过国际安检时，边检人员不需要查看你在机场的行李或你以前的旅行记录，而是直接查看你护照上的信息。Token 就是这种高科技的护照，能证明你是谁、是否可以进入某个区域、或者是否有特定的权限。
Token 的工作流程：
- 你申请护照时，政府机构（服务器）给你发了一本护照，上面有你的个人信息、有效期和一些特殊的标识（Token 内的信息，可能包含用户身份、角色、权限等）。
- 你出发时，你带着护照去全球各地的边检，护照已经包含了你所有的身份信息，边检人员（服务器）只需要检查护照就知道你是谁。
- 跨区域自由行，无论你去哪个国家（微服务），护照都是有效的，只要过期时间没到，你就可以自由通行。
好处：
- 无状态认证：Token 是自包含的，不依赖服务器的存储，每次你出示护照（Token）时，服务器只需要验证它的合法性即可。
- 跨域支持：你可以用这个护照跨多个国家（服务），无论你的服务是在哪个国家（服务器），Token 都是有效的。
- 加密和签名：Token 可以加密，确保即使被偷走，外人也无法伪造。
缺点：
- 丢失麻烦：如果你丢了护照（Token），就有可能被冒用，除非你及时报告丢失。
- 必须保护好：虽然 Token 很安全，但如果没有通过 HTTPS 加密传输，它可能会被窃取或泄露。
应用场景：
- 分布式系统和微服务架构：适合跨服务器、跨平台的认证，无状态和高效。
- 单页应用（SPA）：由于不依赖于服务器会话，可以在多个页面间自由切换，而无需重新登录。
总结：三者各有所长
| 特性 | Session | Cookie | Token |
|---|---|---|---|
| 像什么 | 服务器的私人秘书 | 浏览器的便条纸 | 你的数字护照 |
| 存储位置 | 服务器（大脑） | 客户端（浏览器内） | 客户端（localStorage 或 sessionStorage） |
| 存储内容 | 会话 ID 和用户数据 | 用户偏好、身份标识等简单数据 | 用户身份信息、权限、过期时间等信息 |
| 安全性 | 高，数据存储在服务器 | 较低，易被篡改 | 高，通过加密和签名保护 |
| 适用场景 | 传统 Web 应用，用户登录后需要存储状态 | 存储小量配置、用户偏好等 | 微服务架构、分布式系统、跨域认证、SPA |
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
