base64_encode 和 urlencode

PHPor 的Blog 2009-11-09 13:25:15 累计浏览 5,176 次

本机暂存

内容概览

这篇文章探讨了一个常见但容易被忽略的技术细节：为什么 base64 编码不适合作为 URL 编码使用。

作者从 base64 编码被广泛用于网络传输这一现象切入，指出很多人因为它生成的字符相对“安全”（主要是 ASCII 字符），就直接将其用于 URL 参数中。文章深入解释了 base64 和 URL 编码（如 `urlencode`）在设计目的上的根本差异。base64 主要是为了将二进制数据转换为 ASCII 文本以适应纯文本传输渠道，而 URL 编码则专门针对 URL 语法中具有特殊含义的保留字符（如 `&`, `=`, `?`）进行转义，以确保整个 URL 结构的完整性。

文章的核心论点在于，混用这两种编码会带来潜在风险。例如，base64 编码结果中可能包含 `+` 或 `/` 等字符，这些在 URL 中具有特殊语义，会导致解析错误或安全漏洞。最后，文章给出了明确的实践建议：在处理 URL 参数时，应使用专门的 URL 编码函数；而对于需要安全传输的二进制或结构化数据，则应优先考虑 base64 编码。这篇短文对开发者来说是一个及时的提醒，能帮助避免在数据传输层埋下隐患。

base64编码是网络传输的比较被青睐的一种编码，因为base64编码的字符集也是基本的asscii字符，所以经常会被当做安全的编码放在url里面传输，当做urlencode编码使用了，其实我们应该明白一下两点：

1. base64编码里面有一个 “+” 号，在urlecode编码中 “+” 会被解码成空格，urlencode时，"+" 号肯定是由空格编码出来的，但是base64编码的结果中 "+" 不是空格编码出来的，如果将base64编码作为安全的url编码使用，则 “+” 将被解码成空格，这是我们不愿看到的；所以不要base64编码作为url编码来使用

2. 我们知道http头里面可能会用base64编码来传输一些信息，因为这些信息不会被web服务器默认做url解码的，我们可以得到原始的编码信息，所以http头里面使用base64编码是可以接受的

同分类推荐文章

等了十年的 Go 链式管道，终于来了：seq 让你像写 Scala 一样写 Go （2026-06-25 18:38:18）
Go 实验特性详解（2026-06-21 10:05:27）
amd64 微架构级别对 Go 程序性能提升多少？（2026-06-21 09:38:49）

查看更多后端文章 →

建议继续学习

关于URL编码（累计阅读 3,987）
编码转换（累计阅读 3,553）
字符编码详解(基础) （累计阅读 3,555）
不成熟的技术：Data URI （累计阅读 3,267）
下载软件的专用地址生成方法（累计阅读 3,146）
云存储中的HTTP鉴权算法分析（累计阅读 2,915）
js编码之 encodeURIComponent （累计阅读 2,451）
在js中对中文和特殊字符转码（累计阅读 2,383）
无碍 HTTP Headers （累计阅读 2,231）
PHP的escape函数的实现方法（累计阅读 1,985）