只是添加另一个选项，我们低级的恐龙程序员使用……

一种老式的方法是Intel HEX格式，这种方法已经存在了三年了。它建立于1973年，UNIX时代开始于1970年1月1日。

它的效率更高吗?不。 这是一个公认的标准吗?是的。 它是否像JSON那样适合人类阅读?是的，而且比大多数二进制解决方案更具可读性。

json看起来像这样:

{
    "data": [
    ":10010000214601360121470136007EFE09D2190140",
    ":100110002146017E17C20001FF5F16002148011928",
    ":10012000194E79234623965778239EDA3F01B2CAA7",
    ":100130003F0156702B5E712B722B732146013421C7",
    ":00000001FF"
    ]
}

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

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

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

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

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

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

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

微笑的格式

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

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

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

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

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

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

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

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

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

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

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