有些传输协议只允许传输字母数字字符。想象一下这样一种情况:控制字符用于触发特殊操作，或者每个字符只支持有限的位宽。Base64将任何输入转换为只使用字母数字字符、+、/和=作为填充字符的编码。

当需要对二进制数据进行编码时，通常使用Base64编码方案，这些数据需要通过设计用于处理文本数据的媒体存储和传输。这是为了确保数据在传输过程中保持完整而不被修改”(Wiki, 2017)

示例可能如下:您有一个只接受ASCII字符的web服务。你想要保存用户的数据，然后将其传输到其他位置(API)，但接收者想要接收未触及的数据。Base64是用来…唯一的缺点是base64编码需要比常规字符串多33%的空间。

另一个示例::uenc = url encoded = aHR0cDovL2xvYy5tYWdlbnRvLmNvbS9hc2ljcy1tZW4tcy1nZWwta2F5YW5vLXhpaS5odG1s = http://loc.querytip.com/asics-men-s-gel-kayano-xii.html。

正如你所看到的，如果我们想把最后一次访问的URL作为参数发送，我们就不能把字符“/”放在URL中，因为我们会打破“MOD重写”- GET参数的属性/值规则。

一个完整的例子是:" http://loc.querytip.com/checkout/cart/add/uenc/http://loc.magento.com/asics-men-s-gel-kayano-xii.html/product/93/ "

对Brad所说的进行一点扩展:许多电子邮件和Usenet的传输机制以及其他移动数据的方式都不是“8位干净”的，这意味着标准ascii字符集之外的字符可能在传输中被破坏——例如，0x0D可能被视为回车符，并被转换为回车符和换行符。64进制将所有二进制字符映射为几个标准ascii字母、数字和标点符号，这样它们就不会被打乱。

有些传输协议只允许传输字母数字字符。想象一下这样一种情况:控制字符用于触发特殊操作，或者每个字符只支持有限的位宽。Base64将任何输入转换为只使用字母数字字符、+、/和=作为填充字符的编码。

我要在这里描述的Base64的用法有点hack。所以如果你不喜欢黑客，请不要继续。

当我发现MySQL的utf8不支持4字节unicode字符时，我遇到了麻烦，因为它使用了3字节版本的utf8。那么我做了什么来支持完整的4字节unicode MySQL的utf8?base64在存储到数据库时编码字符串，在检索时解码字符串。

由于base64编码和解码非常快，上面的工作非常完美。

你需要注意以下几点:

Base64编码多使用33%的存储空间 存储在数据库中的字符串不是人类可读的(您可以将其作为数据库字符串使用基本加密形式的特性出售)。

对于任何不支持unicode的存储引擎，都可以使用上述方法。

它基本上是一种用ASCII文本编码任意二进制数据的方法。每3个字节的数据需要4个字符，最后可能还会有一些填充。

基本上，输入的每6位都用64个字符的字母表进行编码。“标准”字母表使用a-z, a-z, 0-9和+和/，用=作为填充字符。有url安全的变体。

维基百科是一个相当好的信息来源。