另一个更新颖的想法是通过uuencode对数据进行编码。大多数情况下都不推荐使用，但它仍然可以作为一种替代方案。(虽然可能不是很严重。)

参见:http://snia.org/sites/default/files/Multi-part%20MIME%20Extension%20v1.0g.pdf

它描述了一种使用“CDMI内容类型”操作在CDMI客户机和服务器之间传输二进制数据的方法，而不需要对二进制数据进行base64转换。

如果您可以使用“非cdmi内容类型”操作，那么理想的情况是将“数据”传输到对象或从对象传输到对象。然后，元数据可以作为后续的“CDMI内容类型”操作添加/从对象中检索。

如果要处理带宽问题，请先尝试在客户端压缩数据，然后再使用base64-it。

关于这种魔力的一个很好的例子是在http://jszip.stuartk.co.uk/，关于这个主题的更多讨论是在Gzip的JavaScript实现中

While it is true that base64 has ~33% expansion rate, it is not necessarily true that processing overhead is significantly more than this: it really depends on JSON library/toolkit you are using. Encoding and decoding are simple straight-forward operations, and they can even be optimized wrt character encoding (as JSON only supports UTF-8/16/32) -- base64 characters are always single-byte for JSON String entries. For example on Java platform there are libraries that can do the job rather efficiently, so that overhead is mostly due to expanded size.

我同意之前的两个答案:

base64是简单的，常用的标准，所以不太可能找到更好的标准来与JSON一起使用(base-85用于postscript等;但仔细想想，这些好处充其量只是边际的) 编码前压缩(解码后压缩)可能很有意义，这取决于您使用的数据

(7年后编辑:谷歌Gears消失了。忽略这个答案。)

谷歌Gears团队遇到了缺少二进制数据类型的问题，并试图解决它:

Blob API JavaScript为文本字符串提供了内置的数据类型，但没有用于二进制数据的数据类型。Blob对象试图解决这个限制。

也许你可以想办法编进去。

在Node.js中，你可以在不做任何改变的情况下将Buffer转换成字符串:

const serialized = buffer.toString("binary")
const deserialized = Buffer.from(serialized, "binary")

如果你想通过牺牲大小来获得更高的可靠性，请将"binary"替换为"base64"