Base64编码 vs URL编码：什么时候用哪个？
搞不清编码，开发处处踩坑
Base64编码和URL编码，名字里都有「编码「两个字，但干的事完全不一样。很多开发者搞混了这俩，结果数据传不过去，或者更糟——搞出安全漏洞。说白了，一个是把二进制变文本，一个是让特殊字符在URL里安全传输。搞清楚区别，开发时少踩很多坑。
Base64编码
Base64编码的核心目的是将二进制数据转换为ASCII文本。它使用64个可打印字符（A-Z、a-z、0-9、+、/）来表示数据，常用于：
- 在HTML中内嵌小图片（Data URL）
- 邮件中传输二进制附件（MIME编码）
- 在JSON或XML中存储二进制数据
- API认证中的Token编码
需要注意的是，Base64编码会使数据体积增大约33%，不适合对体积敏感的场景。
用Base64编解码工具可以快速编解码，支持文本和文件转换。图片转Base64可以用图片Base64转换工具，直接拿到能在CSS或HTML里用的字符串。
URL编码
URL编码（也叫百分号编码）的核心目的是将特殊字符转换为URL安全格式。URL中只允许出现部分ASCII字符，其他字符（如中文、空格、&、=等）必须编码。编码格式为%加上两位十六进制数。
URL编码的典型场景：
- URL中的查询参数包含中文或特殊字符
- 表单数据的提交（application/x-www-form-urlencoded）
- URL中传递JSON数据
- OAuth等认证流程中的参数处理
用URL编解码工具可以方便地编解码，支持批量处理和自动检测编码格式。
核心区别对比
| 对比项 | Base64编码 | URL编码 |
|---|---|---|
| 主要目的 | 二进制转文本 | 特殊字符转URL安全格式 |
| 编码字符集 | A-Z a-z 0-9 + / = | % + 十六进制数 |
| 数据体积变化 | 增大约33% | 取决于特殊字符比例 |
| 可逆性 | 完全可逆 | 完全可逆 |
| 安全性 | 非加密，仅编码 | 非加密，仅编码 |
| 典型场景 | 内嵌图片、邮件附件 | URL参数、表单提交 |
实际案例
案例1：在网页中嵌入Logo图片
如果Logo图片很小（通常建议小于10KB），可以用Base64编码直接嵌入HTML，减少HTTP请求。用图片Base64转换工具就能搞定。但图片大的话，Base64反而会让页面更臃肿，别用。
案例2：URL中传递中文搜索词
搜索词包含中文时，比如搜「加密工具」，得用URL编码转成%E5%8A%A0%E5%AF%86%E5%B7%A5%E5%85%B7，URL才能正确传输。用URL编解码工具一下就转好了。
案例3：Unicode字符处理
遇到emoji、特殊符号这类Unicode字符，Unicode转换工具可以在Unicode编码和其他格式之间互转，配合Base64或URL编码用效果更好。
常见误区
1. Base64不是加密：很多人以为Base64能保护数据安全，实际上任何人都能轻松解码，千万别把Base64当加密用。
2. URL编码不能处理二进制数据：URL编码是为文本字符设计的，不适合处理二进制。如果要在URL中传二进制数据，先Base64编码，再URL编码。
3. 不要重复编码：已经编码过的数据别再编码，会搞坏数据。处理前先判断是否已经编码过。