内容摘要：浏览器里存着几百个登录态，每次手动复制Cookie去调接口，烦不烦？我见过最狠的同事，电脑上贴了十几张便利贴，写满了各种网站的Cookie值，过期了就重新登录再抄一遍。这活儿真不是人干的。 Cooki

浏览器里存着几百个登录态，自动每次手动复制Cookie去调接口，工具烦不烦？自动我见过最狠的同事，电脑上贴了十几张便利贴，工具写满了各种网站的自动Cookie值，过期了就重新登录再抄一遍。工具这活儿真不是自动人干的。

Cookie自动获取工具其实就干一件事——把你浏览器里的工具登录凭证导出来，存成文件或者直接复制到剪贴板。自动原理不复杂，工具但做得好不好用，自动差别大了去了。工具

市面上大多数工具走的自动是浏览器插件路线。装上扩展，工具点一下图标，自动当前网站的Cookie就全列出来了。但这里头有个坑：Chrome和Firefox的插件权限限制越来越严，很多工具只能读到部分Cookie，HttpOnly标记的那种就读不到。而很多关键接口偏偏就靠HttpOnly的Cookie做鉴权。

所以真正靠谱的工具，要么直接读浏览器本地的Cookie数据库文件，要么通过调试端口去调浏览器的内部接口。前一种方式要处理SQLite解密——Chrome在Mac上用Keychain加密，在Windows上用DPAPI加密，Linux上又换了一套。后一种方式得先启动浏览器时带上--remote-debugging-port参数，然后走WebSocket协议发命令。

我自己写过一个Python脚本，专门抓本地Chrome的Cookie。跑起来之后，先定位到User Data目录，找到对应网站的Cookie文件，用系统密钥解出加密串，再按domain、name、path、value的字段格式化成Netscape格式输出。整个过程不到两秒。拿它去刷某平台的签到接口，再也不用开浏览器手动复制了。

不过这种工具也有翻车的时候。有一次Chrome更新后改了加密算法，脚本跑出来全是乱码。排查了半天，发现是新版本把AES-GCM的nonce长度从12字节改成了16字节。这种问题官方文档根本不会写，全靠自己逆向。所以用现成工具比自研省心，但现成工具更新不及时，也让人头疼。

要是你只是偶尔用用，推荐直接装个EditThisCookie插件，图形界面点几下就完事。要是你天天跟接口打交道，或者要做自动化测试，那还是得备一个命令行工具。GitHub上有个叫chrome-cookie-export的项目，支持一键导出全部Cookie到JSON文件，配合curl脚本用特别顺手。唯一要注意的是，用之前先关掉浏览器，不然锁文件冲突，导出会失败。

安全问题绕不开。Cookie就是你的数字身份，谁拿到谁就能冒充你。工具导出的文件最好别明文存网盘，用完后随手删掉。我见过有人把导出的Cookie提交到GitHub仓库里，第二天账号就被异地登录了。别笑，真事儿。

最后提个醒——别拿这东西去搞别人的账号。自己本地调试、做数据迁移、写爬虫管理登录态，都合理。但要是拿去卖号、刷量、薅羊毛，性质就变了。工具本身没立场，用的人得有点底线。