如果 JSON 也不满足你对数据传输体积的要求，还可以考虑一下 protobuf

   <p>protobuf 是 Google 推出的一种数据传输格式，采用纯二进制数据传输，传输体积比 JSON 要小很多。</p>    <h2>数据传输格式</h2>    <p>如果你在开发一款 APP，就免不了要读取服务端的数据。 现在大家比较流行的做法是使用 JSON 作为数据传输格式。 JSON 的好处是数据结构清晰，并且可读性强。相比 XML 数据的体量要小很多。</p>    <p>正是这么多的优点，让 JSON 几乎成为了现在数据传输格式的标配。</p>    <p>接下来我们进入正题，说说我们这次要介绍的 protobuf。 既然 JSON 那么多优点，为什么还要出来个 protobuf 呢？ 虽然 JSON 的数据体量已经比较小了，但它的整体文本结构还是纯文本形式的。也就是说在传输数据的时候，会一并把数据的组织格式也进行传输。比如：</p>    <pre>  <code class="language-objectivec">{   "name" : "swift",   "age" : 23  }  </code></pre>    <p>上面是一个简单的 JSON 对象。 虽然这个数据的格式已经很简单了，但它依然把属性名称，比如 name 和 age， 以及大括号，引号这些用于表示数据格式的信息也进行传输了。</p>    <p>当然，如果你对 APP 的网络传输没那么高的要求，这也不成问题。 但如果有一天你想提升你 APP 的传输性能了，那么 protobuf 就是你可以采纳的解决方案之一了。</p>    <h2>protobuf</h2>    <p>protobuf 的全称是 Protocol Buffer。 protobuf 的主要特性就是二进制传输，并且它只传输”数据”，不会传输数据的”格式”。要使用 protobuf， 首先要定义数据的格式， 通过一个扩展名为 .proto 的文件来定义：</p>    <pre>  <code class="language-objectivec">syntax = "proto3";    message Person {      string name = 1;      int32 age = 2;  }  </code></pre>    <p>这个 proto 文件看起来应该很熟悉。 第一行 syntax 定义了这个文件的语法格式。 因为 protobuf 有 2 和 3 两个主流版本，这里指定当前文件用的是哪个版本。</p>    <p>接下来就是消息格式的定义了，显而易见，我们定义了 Person 类型，有两个属性 name 和 age。 分别是 string 和 int32 类型。</p>    <p>协议格式定义好之后，用 protobuf 自带的命令可以将协议文件转换成 objective-c 的类文件：</p>    <pre>  <code class="language-objectivec">$ protoc ./person.proto --objc_out ./  </code></pre>    <p>上面这个命令是把当前目录的 person.proto 文件，转换成 objc 类，然后输出到当前目录。成功运行命令后， 我们就会看到两个生成的代码文件了，把它们添加到 XCode 工程中即可。</p>    <p><img src="https://simg.open-open.com/show/e87de23dc116eda7808363b5957ec182.png"></p>    <p>然后我们就可以在代码中直接使用 Person 类来进行数据交互了：</p>    <pre>  <code class="language-objectivec">Person *person = [[Person alloc] init];  person.name = @"swift";  person.age = 22;    NSData *dataWillSend = [person data];  </code></pre>    <p>这里可以看到， Person 类的属性和我们之前在 person.proto 中定义的完全一样，它还提供了一个 data 方法，将数据直接序列化成 NSData， 这样我们在发送请求的时候，直接发送这个 NSData 就可以了。</p>    <p>如果是从服务端接收的请求返回， Person 类同样提供了解析数据的方法：</p>    <pre>  <code class="language-objectivec">[Person parseFromData:dataWillReceived error:nil];  </code></pre>    <p>这样，我们的数据传输就真正做到了只发送数据本身，而不发送数据的格式了。因为数据的格式和解析规则都保留在客户端和服务端本地了。</p>    <h2>总结</h2>    <p>protobuf 给我们提供的就是这样一个更高效的数据传输协议。它自然有利有弊。 好处就是我们前面说的，让数据的传输效率最大化。相比 JSON 数据格式，它的数据传输体积更小。它只传输数据本身，不会传输格式信息。</p>    <p>但同样，它也有一些不便，比如 .proto 数据格式文件必须同时在客户端和服务端保存。 如果数据格式发生变化，两边同时调整的代价就会比较大。</p>    <p>总的来说，protobuf 给我们提供了一个新的选择，如果你的 APP 已经到了需要非常细致的优化性能的时候，那么 protobuf 也是一个不错的方案。 关于 protobuf 更详细完整的文档，大家可以参考它的 Github 主页： <a href="/misc/goto?guid=4959638318680559631" rel="nofollow,noindex">https://github.com/google/protobuf</a></p>    <p>如果你觉得这篇文章有帮助，还可以关注微信公众号 swift-cafe，会有更多我的原创内容分享给你~</p>    <p> </p>    <p>来自：http://swiftcafe.io/2017/02/26/protobuffer/</p>    <p> </p>