Base64转JSON：如何安全解码Cookie和会话数据
Digital Account Market
· 最近更新:
你手里有一长串看不懂的字母和数字，据说里面装着 Cookie 或会话数据，你需要做一次 base64 转 json，才能真正看清里面的字段。也许是卖家、浏览器插件或导入面板把它交给了你，而你想在把它喂给别的工具之前，先看看有哪些字段。
这篇指南会告诉你如何识别 Base64 字符串，如何用免费工具把它解码成排版整齐的 JSON，如何修复常见错误，以及在面板要求这种格式时如何把 JSON 重新编码成 Base64。我们还会讲到如何让解码后的数据保持私密，因为 Cookie 和令牌的值都很敏感。
Base64 是什么，为什么 Cookie 和令牌常被包在里面
Base64 只用 64 个安全字符来书写任何数据，哪怕是带引号、花括号和中文的文本：A 到 Z、a 到 z、0 到 9，再加上 + 和 / 两个符号。有些系统处理不了原始标点或换行，但借助 Base64，一切都变成简单、方便复制的纯文本，数据依然能顺利传输。
这就是你在实际中会遇到 cookie base64 字符串的原因。把会话数据导出为 JSON 的工具，可能会再用 Base64 包一层，这样数据就能经过文本框、URL 参数或聊天消息而不被破坏；导入面板也可能要求输入时采用同样的封装。
重点是：Base64 只是一种编码，不是加密。它没有密码，也没有密钥，谁拿到这串字符都能还原出原文，所以请把这串字符当作数据本身来对待。
如何识别 Base64 字符串
解码之前，先确认它真的是 Base64。通常做三个快速检查就够了。
字符集
标准 Base64 字符串只包含字母、数字、+ 和 /。如果你看到冒号、单词之间的空格或 @ 符号，它多半是别的东西。像 username:password:email:email_password:auth_token 这样的交付行是用冒号分隔的纯文本，不是 Base64，任何解码器都无法解读。
补位（padding）
Base64 以四个字符为一组工作。如果数据填不满最后一组，就会在末尾补一个或两个等号作为填充。以 = 或 == 结尾是很强的提示，但长度刚好合适时没有等号的字符串同样有效，也有些工具会故意去掉补位。
一眼可辨的开头
JSON 对象以花括号和引号开头，而这一对字符总是编码成同样的开头。以 eyJ 开头的字符串几乎一定是 JSON 对象，W3si 通常表示对象列表，WyJ 则表示文本值列表。如果你的字符串这样开头，解码后应该就是 JSON。
不确定？把样本粘贴到格式识别工具里。它会检查字符表、补位和长度，并告诉你这段文本更像 Base64、JSON 还是别的东西。
Base64转JSON：用免费工具解码
Base64转JSON工具全部在浏览器中完成，不会上传任何内容，所以字符串始终留在你的设备上。
- 把 Base64 字符串粘贴到输入框。如果想先看看正确结果长什么样，可以先点示例按钮。
- 结果会立即出现。如果解码出的文本是有效 JSON，会以两个空格缩进的格式美化输出，嵌套字段一目了然。
- 看清结构后，点复制按钮把 JSON 带走。
工具会在解码前去掉空格和换行，并按 UTF-8 读取字节，因此带重音的字母和非拉丁文字都能正确显示，而不是变成乱码。可以做个测试：粘贴 eyJ1c2VyIjoiaGVzYXAxIiwidG9rZW4iOiJhYmMxMjMifQ==，你会得到一个包含 user 和 token 两个字段的对象。
如果解码出的文本可读但不是 JSON，工具会把它作为纯文本显示，而不是丢掉结果。单独一个令牌经常是这种情况，这仍然算解码成功。
修复解码错误：补位、换行和URL安全格式
解码失败时，原因几乎总是下面几种之一。
缺少补位
字符串被截断，或者等号被去掉了。比较 eyJpZCI6MX0= 和 eyJpZCI6MTIzfQ==：前者需要一个等号，后者需要两个。补上 =，直到长度是 4 的倍数。例外是长度除以 4 余 1 的字符串：任何补位都救不了它，因为复制时已经丢了字符，你需要重新拿一份原始数据。
换行和多余空格
邮件客户端、聊天软件和文本文件经常把长字符串折成多行。这些换行并不属于数据。本工具会帮你去掉，但其他解码器可能不会。
URL 安全格式
为网址生成的字符串会把 + 换成 -，把 / 换成 _，这样放进链接里不会出问题，而标准解码器会拒绝这两个字符。把每个 - 换回 +，每个 _ 换回 /，补上补位，再重新解码即可。
误粘贴的账号行
如果你粘贴的是用冒号分隔的交付数据，工具会提示它看起来像账号列表。这类文本需要的是列拆分工具，而不是解码器。请用按分隔符拆分提取你需要的字段。
JSON转Base64编码：转回工具所需的格式
有些面板和导入工具要求会话数据是 Base64，而不是原始 JSON。JSON转Base64工具负责这个方向。粘贴你的 JSON，选择单行紧凑输出或带缩进的易读输出，然后复制结果。对大多数导入场景，紧凑模式是更好的默认选择，因为它生成的字符串最短。
工具会先校验你的 JSON，所以漏掉的逗号或没闭合的花括号会在编码出错误数据之前就被发现。编码使用 UTF-8，往返转换因此很可靠：解码一个字符串，修改其中一个字段，再重新编码，其他所有字段都会原样返回。
如果你的 Cookie 保存在 Netscape 格式的文本文件里，请用 Netscape cookies 工具转换，并参考我们的指南：把 Netscape Cookie 转换成 JSON。如果你用的是 auth token，请看用 auth token 登录 Twitter。
私密地处理解码后的数据
解码后的 Cookie 和会话数据可能包含相当于账号钥匙的令牌，所以有几个习惯值得保持。
- 在本地处理。不会上传输入内容的浏览器工具，比把文本发到你无法查验的服务器的随机网站更合适。
- 不要把解码后的值粘贴到公开聊天、工单或截图里。求助时只分享字段名称。
- 保持原始字符串不动，解码它的副本，用完后删除工作文件。
对于这类简单、可重复的转换，本地转换器通常就够了。我们的文章什么时候本地格式转换器就足够讲了如何判断。等你准备挑选账号时，可以浏览老号分类，并用免费的工具页面处理从交付到登录之间的一切。
常见问题
怎么判断一个字符串是 Base64？
检查三点：是否只用字母、数字、+ 和 /；长度是否符合四个一组、末尾可带 = 补位；如果里面装的是 JSON 对象，往往以 eyJ 开头。格式识别工具可以自动完成这项检查。
为什么我的 Base64 解码出来是乱码？
要么数据本来就不是文本（比如图片或压缩内容），要么用了不同的字符集。如果字符串是 URL 安全格式而你没有先转换，也会得到乱码。
末尾的等号是什么意思？
它是补位。Base64 以四个字符为一块编码，数据不够时，一个或两个等号会补满最后一块。它们本身不携带任何信息。
Base64 算加密吗？
不算。Base64 只是改变数据的书写方式，任何人无需密钥就能还原。保护 Base64 字符串的方式，应该和保护可读数据一样。
如何把 JSON 转回 Base64？
把 JSON 粘贴到 JSON转Base64工具中，选择紧凑或缩进输出，然后复制结果。工具会在编码前标出无效的 JSON。