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

(在python中)

import base64
imageAsBytes = base64.b64decode( dataFromWS )

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

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

大多数情况下，我看到它被用于在只能处理ascii或简单字符集的上下文中对二进制数据进行编码。

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

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

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

你需要注意以下几点:

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

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

除了已经说过的，还有两种没有列出的非常常见的用法是

散列:

哈希是将一个字节块转换为另一个固定大小的字节块的单向函数，例如128bit或256bit (SHA/MD5)。将结果字节转换为Base64可以更容易地显示散列，特别是在比较完整性的校验和时。在Base64中经常看到哈希值，以至于许多人将Base64本身误认为是哈希值。

密码:

由于加密密钥不一定是文本，而是原始字节，因此有时需要将其存储在文件或数据库中，这在Base64中很方便。结果加密字节也是如此。

注意，尽管Base64经常用于密码学中，但它并不是一种安全机制。任何人都可以将Base64字符串转换回其原始字节，因此不应将其用作保护数据的手段，而应将其用作更容易显示或存储原始字节的格式。

证书

PEM格式的x509证书是base64编码的。http://how2ssl.com/articles/working_with_pem_files/

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

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

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

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

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