当需要对二进制数据进行编码时，通常使用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/ "

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

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

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

当您有一些想要通过网络传送的二进制数据时，通常不会仅仅以原始格式在网络上传输比特和字节。为什么?因为有些媒体是为文本流而设计的。您永远不会知道——有些协议可能会将二进制数据解释为控制字符(如调制解调器)，或者您的二进制数据可能会被搞糟，因为底层协议可能认为您输入了一个特殊的字符组合(如FTP如何转换行结束符)。

为了解决这个问题，人们把二进制数据编码成字符。Base64就是这些编码类型中的一种。

为什么是64年? 因为你通常可以依赖于相同的64个字符出现在许多字符集中，你可以合理地相信你的数据最终会在线路的另一端没有损坏。

在计算机的早期，当电话线系统间的通信不是特别可靠时，一种快速而肮脏的验证数据完整性的方法被使用:“位奇偶校验”。在这种方法中，传输的每个字节都有7位数据，第8位将是1或0，以强制字节中1位的总数为偶数。

因此，0x01将作为0x81传输;0x02将是0x82;0x03仍然是0x03等等。

为了进一步完善这个系统，当定义ASCII字符集时，只有00-7F被分配字符。(直到今天，所有设置在80-FF范围内的字符都是非标准的)

当时的许多路由器都把奇偶校验和字节转换放在硬件中，迫使连接到它们的计算机严格处理7位数据。这迫使电子邮件附件(以及所有其他数据，这就是为什么HTTP和SMTP协议是基于文本的)转换为纯文本格式。

这些路由器很少能活到90年代。我非常怀疑它们中任何一个现在还在使用。

它用于将任意二进制数据转换为ASCII文本。

例如，电子邮件附件就是通过这种方式发送的。

当需要对二进制数据进行编码时，通常使用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/ "