编码是包装，不是加密
很多人把 base64 当作"加密"来用，这是一个温柔的误会。它只负责把二进制搬到文本世界，谁都能拆开。理解这一点，你才会知道什么时候该用真正的加密。
读编辑手记
Featured
三张卡片，三个容易忽略的角度
我们不做工具说明书，只挑那些真正影响你判断力的细节来讲。
Six Picks
六个情绪，六种打开方式
同一件事，换个心情去看，结论会不一样。这是我们选出来的六条阅读线索。
好奇型：这串字符到底藏了什么
拿到一段未知的 base64，第一反应不该是丢进工具，而是先看前缀与长度，猜它原本是图片、JSON 还是压缩包。
审慎型：被截断的尾巴
末尾的等号不是装饰。它承担着补齐长度的职责，丢掉它，解码就会在最后一步翻车。
实用型：把图片塞进样式表
小图标转成 Data URI，省一次请求。超过阈值就该放手，让浏览器自己去缓存，别硬扛。
较真型：中文为什么变成问号
编码前先确定字符集是 UTF-8 还是 GBK。文本与字节之间的桥没搭好，解码回来自然是另一段文字。
从容型：URL 安全变体
放进链接参数时，把加号和斜杠换掉，省去一层转义的纠缠。规矩很小，省下的麻烦不小。
延伸型：它只是编码家族的一员
十六进制、URL 编码、Base32 各司其职。认清边界，比记住函数名更有用。
How to Use
三步走稳，再补两个小提醒
编辑把日常最常走的路整理成三段，照着做，多数问题会自己消失。
先确认来源，再谈转换。
输入内容来自接口返回、配置文件还是随手复制？来源决定了它可能是纯文本也可能是二进制。心里有数，后面才不会误判。
清理噪声，保持干净的字符集。
去掉换行与空格，核对长度。base64 编码解码 对字符极其敏感，一个多余的空格就足以让整段解析停摆。
解码后验证，用回显或大小核对。
图片看能否打开，文本看首尾是否合理。别急着交付，多看一眼，往往能提前发现字符集错位的问题。
Editor's Note
编辑手记：一件小事里的分寸感
我们最初只是想写一篇关于 base64 编码解码 的说明，写着写着发现，真正值得说的不是算法，而是"分寸"。它太容易学，于是也容易被滥用：有人拿它当加密，有人把所有图片都塞进文本，有人遇到报错就换工具，换了三五个仍在原地。
于是我们换了个写法。不去罗列参数，而是把常见的犹豫摊开——什么时候该转、什么时候该停、什么时候该换一种表达方式。你会发现，绝大多数困惑并不来自技术细节，而来自没有先问一句"我到底想解决什么"。
这大概也是这个内容发现站存在的理由。工具类知识读起来最省力，但最需要有人帮你把边界划清楚。我们愿意做那个多嘴的编辑：在你按下转换之前，先提醒一句——这串字符，真的需要这一步吗？
如果读到这里你有点想法，欢迎来信。我们更想听你的具体场景，而不是泛泛的赞美。真实的麻烦，才值得被写进下一篇。
—— base64 编码解码 · 编辑室
来信说说你的场景
你在哪个环节卡住过？是字符集对不上，还是长度总是差那么一截？把具体情形写给我们，编辑会挑有代表性的问题展开讲。
- 来信邮箱
- [email protected]
- 回复节奏
- 工作日 48 小时内，节假日顺延
- 适合写什么
- 真实问题、具体报错、想被讨论的取舍