面试官问："用户 token 应该存在哪？"很多人脱口而出：localStorage。这个回答不能说错，但远称不上好答案。一个好答案，至少要说清三件事：有哪些常见存储方式，它们的优缺点是什么为什么大部分团队会从 localStorage 迁移到 HttpOnly Cookie实际项目里怎么落地、怎么权衡「安全 vs 成本」这篇文章就从这三点展开，顺便帮你把这道高频面试题吃透。三种存储方式，一张图看懂差异前端存 token，主流就三种：localStorage：用得最多，但也最容易出事大部分项目一开始都是这样写的，把 token 往 localStorage 一扔就完事了： ...

看牛客主要是两类同学，一类是超级大佬，基本只投了大厂，拿了一堆offer；另一类是学历可能不够高的同学，没几个笔试面试。然后我是双九硕，基本没挂过简历，笔试面试一大堆，但是……就是根本过不了。笔试面试占用了大量时间，导师这边也还在安排活，根本没时间看面经（当然也怪我没提前准备和投的比较晚）。然后家里人还是抱有前几年的观点，觉得这学历怎么会找不到工作。

虽然还能陆续接到一些秋招面试，但是白天实习，已经没有多过的经历做题背八股了，后续不感兴趣的面试不会接了，明年春招再战。

📌 核心区别速览1. 用途定位Get - 主要用于获取资源✅ 像去图书馆借书，只是获取信息，不改变书籍本身✅ 适合查询、搜索等操作Post - 主要用于提交数据✅ 像在图书馆还书或借书，会改变系统状态✅ 适合新增、修改、删除等操作2. 参数位置Get - 参数放在URL地址中✅ 例如：www.example.com/user?id=123✅ 参数可见，直接暴露在地址栏Post - 参数放在请求体中✅ 参数隐藏在HTTP请求的body部分✅ 不在地址栏中显示3. 安全性Get - 相对不安全✅ 参数明文显示在URL中，易被窃取✅ 不适合传输敏感信息（如密码、身份证号）Post - 相对更安全 ...