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

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

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

Base-64编码是一种获取二进制数据并将其转换为文本的方法，这样就更容易在电子邮件和HTML表单数据中传输。

http://en.wikipedia.org/wiki/Base64

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

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

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

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

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

当我们通过web服务传输大型二进制对象(图像)时，我在实际意义上使用它。因此，当我使用python脚本测试c# web服务时，可以使用一点魔法重新创建二进制对象。

(在python中)

import base64
imageAsBytes = base64.b64decode( dataFromWS )

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

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

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

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