base64_encode_url 与 base64_encode 它们的应用场景有什么区别呢？

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《base64_encode_url 与 base64_encode 它们的应用场景有什么区别呢？》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

问题内容

在日常的工作中，我经常是使用base64_encode进行数据的传输与接收，没有出现过问题，可是今天我在接入第三方的应用时，我发现接口要求对数据进行 base64_encode_url ，让我觉得很疑惑，这两者的区别在哪里呢？

base64_encode_url 将 + / = 都替换了，这是为了什么呢？在什么应用场景下使用的呢？ :

str_replace(['+','/','='], ['-','_',''],base64_encode($data))

正确答案

因为在 url 中，

+

/

=

=

在URL中的应用

Base64编码可用于在HTTP环境下传递较长的标识信息。例如，在Java持久化系统Hibernate中，就采用了Base64来将一个较长的唯一标识符（一般为128-bit的UUID）编码为一个字符串，用作HTTP表单和HTTP GET URL中的参数。在其他应用程序中，也常常需要把二进制数据编码为适合放在URL（包括隐藏表单域）中的形式。此时，采用Base64编码不仅比较简短，同时也具有不可读性，即所编码的数据不会被人用肉眼所直接看到。

然而，标准的Base64并不适合直接放在URL里传输，因为URL编码器会把标准Base64中的

/

和

+

字符变为形如

%XX

的形式，而这些

%

号在存入数据库时还需要再进行转换，因为ANSI SQL中已将

%

号用作通配符。

为解决此问题，可采用一种用于URL的改进Base64编码，它不在末尾填充

=

号，并将标准Base64中的

+

和

/

分别改成了

-

和

_

，这样就免去了在URL编解码和数据库存储时所要作的转换，避免了编码信息长度在此过程中的增加，并统一了数据库、表单等处对象标识符的格式。

另有一种用于正则表达式的改进Base64变种，它将

+

和

/

改成了

!

和

-

，因为

+

，

*

以及前面在IRCu中用到的

[

和

]

在正则表达式中都可能具有特殊含义。

此外还有一些变种，它们将

+/

改为

_-

或

._

（用作编程语言中的标识符名称）或

.-

（用于XML中的_Nmtoken_）甚至

_:

（用于XML中的_Name_）。

为了克服Base64由于输出内容中包括两个以上“符号类”字符（+, /, =等)而带来的互不兼容多变种问题，一种输出内容无符号的Base62x编码方案被引入软件工程领域，Base62x被视为无符号化的Base64改进版本。

到这里，我们也就讲完了《base64_encode_url 与 base64_encode 它们的应用场景有什么区别呢？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于golang的知识点！