打开浏览器开发者工具（F12），网页切到 Network 面板，网页刷新页面，网页随便点一个请求，网页在 Headers 里找到 Cookie 字段——这就是网页网页 cookie 最直接的获取方式。但如果你以为 cookie 只是网页这么一串明文键值对，那就太小看它了。网页

cookie 本质上就是网页服务器写在你浏览器里的一张便签。你访问一个网站，网页服务器在响应头里塞一句 Set-Cookie: session_id=abc123，网页浏览器就乖乖存下来，网页下次请求时自动带上。网页这个过程对用户完全透明，网页但对开发者来说，网页cookie 的网页获取和操作是前端调试的日常功课。

我自己做爬虫时，最头疼的就是 cookie 获取。因为很多网站的反爬机制就藏在 cookie 里——比如某个值是用 JavaScript 动态生成的，你直接抓包拿到的只是初始状态，真正有效的 cookie 要等页面加载完才出现。这时候光看 Network 面板不够，得去 Application 面板，左侧找到 Storage 下的 Cookies，点开域名，能看到所有 cookie 的 Name、Value、Domain、Path、Expires 这些字段。但这里有个坑：HttpOnly 标记的 cookie 在 JavaScript 里是读不到的，只能在开发者工具里看，或者用浏览器插件导出。

说到浏览器插件，EditThisCookie 算是老牌工具了，一键导出所有 cookie 成 JSON 格式，配合 Postman 或者 curl 模拟请求很方便。不过 Chrome 更新后很多插件失效了，我现在更习惯直接用 console 输入 document.cookie——当然，这只能拿到非 HttpOnly 的。你要是想偷懒，直接在 Network 面板右键某个请求，选 Copy as cURL，命令行里就带着完整的 Cookie 头，比手动复制粘贴强多了。

还有一种情况，cookie 是分域的。主站的 cookie 和子域名的 cookie 可能完全不同，比如你在 login.example.com 登录了，但 www.example.com 不认这个 cookie。这时候得看 Domain 字段，如果写的是 .example.com，那所有子域都能用；要是写死了 www.example.com，其他子域就得另想办法。我遇到过最坑的一次，某个网站把登录状态存在了 .com 顶级域下，搞得我清 cookie 的时候把整个浏览器所有网站的登录状态全清了。

获取 cookie 只是第一步，怎么用才是关键。做自动化测试或者爬虫的人，经常需要模拟登录状态。我的经验是，尽量用浏览器开发者工具拿到真实的 cookie，而不是手动拼——因为很多网站的 cookie 里带着时间戳、签名或者加密信息，你手工构造的很容易被识别出来。而且 cookie 有时效性，有些网站十分钟就过期，有些能存一年，你写代码的时候得考虑自动刷新机制。

最后提醒一句，cookie 这玩意儿跟隐私直接挂钩。你从网页上获取的 cookie 可能包含用户的 session 信息，要是拿去干坏事，法律风险不小。我自己只会在自己写的脚本或者测试环境里用，生产环境一律走正规的 API 鉴权。技术本身没对错，但用的人得有点底线。