数据类型非常重要。我已经测试了从RESTful资源发送有效负载的不同场景。编码我使用Base64(Apache)和压缩GZIP(java.utils.zip.*)。有效载荷包含关于电影、图像和音频文件的信息。我已经压缩和编码了图像和音频文件，这大大降低了性能。在压缩之前进行编码效果很好。图像和音频内容以编码和压缩字节[]的形式发送。

我也遇到了同样的问题，我想分享一个解决方案:multipart/form-data。

通过发送一个多部分的表单，你首先将你的JSON元数据作为字符串发送，然后分别以原始二进制(图像，波浪等)以Content-Disposition名称为索引发送。

这里有一个很好的教程，教你如何在obj-c中做到这一点，这里有一篇博客文章，解释了如何用表单边界划分字符串数据，并将其与二进制数据分开。

你真正需要做的唯一改变是在服务器端;你必须捕获你的元数据，它应该适当地引用POST的二进制数据(通过使用Content-Disposition边界)。

尽管这需要在服务器端进行额外的工作，但如果您要发送许多图像或大型图像，这是值得的。如果需要，可以将其与gzip压缩结合使用。

在我看来，发送base64编码的数据是一种黑客行为;RFC multipart/form-data是针对以下问题创建的:将二进制数据与文本或元数据结合发送。

由于您正在寻找将二进制数据硬塞进严格基于文本且非常有限的格式的能力，我认为Base64的开销与您期望使用JSON维护的便利性相比是最小的。如果需要考虑处理能力和吞吐量，那么可能需要重新考虑文件格式。

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

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

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

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

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

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

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