我现在的解决方案，XHR2使用ArrayBuffer。ArrayBuffer作为二进制序列，包含多种内容类型的多部分内容、视频、音频、图形、文本等。All in One Response。

在现代浏览器，有DataView, StringView和Blob为不同的组件。 详情请参见:http://rolfrost.de/video.html。

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

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

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

微笑的格式

它的编码、解码和压缩非常快

速度比较(基于java，但仍有意义):https://github.com/eishay/jvm-serializers/wiki/

此外，它也是JSON的一个扩展，允许您跳过字节数组的base64编码

Smile编码的字符串可以在空间紧缺时进行gzip压缩

根据JSON规范，有94个Unicode字符可以表示为一个字节(如果您的JSON以UTF-8传输)。考虑到这一点，我认为最好的空格方式是base85，它将四个字节表示为五个字符。然而，这只比base64提高了7%，它的计算成本更高，实现也不像base64那么常见，所以它可能不是一个胜利。

您还可以简单地将每个输入字节映射到U+0000-U+00FF中的相应字符，然后执行JSON标准所需的最小编码来传递这些字符;这里的优点是，除了内置函数之外，所需的解码为nil，但空间效率很差——105%的扩展(如果所有输入字节的可能性相等)，而base85为25%，base64为33%。

最终结论:在我看来，base64胜出，因为它是常见的、简单的，而且还没有坏到需要替换的地步。

参见:Base91和Base122

BSON(二进制JSON)可能适合你。 http://en.wikipedia.org/wiki/BSON

编辑: 供你参考。net库json.net支持读写bson，如果你正在寻找一些c#服务器端的爱好。

在讨论中加入资源和复杂性的观点。由于使用PUT/POST和PATCH来存储和修改新资源，所以应该记住，内容传输是通过发出GET操作来存储和接收的内容的精确表示。

多部分信息通常被用作救星，但出于简单的原因和更复杂的任务，我更喜欢将内容作为一个整体来提供。它是不言自明的，而且很简单。

JSON确实很麻烦，但最终JSON本身也很冗长。而且映射到BASE64的开销也很小。

正确使用Multi-Part消息，必须拆除要发送的对象，使用属性路径作为自动组合的参数名称，或者需要创建另一种协议/格式来表达有效负载。

同样喜欢BSON方法，这并不像人们所希望的那样被广泛和容易支持。

基本上，我们在这里漏掉了一些东西，但是将二进制数据嵌入为base64是很好的方法，除非您确实确定需要进行真正的二进制传输(这很少是这样的情况)。