上一篇文章中我们讲解了App的数据统计，其主要分为两种：使用第三方服务统计和自身实现数据统计。一般而言我们使用第三方统计服务已经可以很好的满足我们的也无需求了，只是部分数据敏感性App，可能自身实现数据统计服务是一个更好的选择。更多关于App数据统计相关的内容可参考我的：[Android产品研发（八）–>App数据统计](http://blog.csdn.net/qq_23547831/article/details/51598041)。 而本文中将要介绍的是App端的网络数据解析。那么这里首先需要明确一点的是什么是数据解析呢？好吧，这里首先套用一段百度百科的定义： > 在网络通信过程中需要传输数据，常用的数据格式有两种：JSON、XML。Cocos2d-x对JSON和XML这两种数据格式的解析提供了支持，主要为：JOSN数据解析、XML数据解析。JOSN数据解析的过程为：首先创建JSON文件，然后在类中包含document.h和cocos-ext.h头文件，接着通过FileUtils获得JSON文件路径，并通过Document对象解析JSON数据，最终获得不同类型的数据值。XML数据解析的过程为：首先创建XML文件，接着在类中包含头文件并使用命名文件，然后获得XML文件全路径，并加载XML文件，最后获得元素并解析。 简单而言就是App端与服务器端交互的时候约定好的内容格式。比如我们常见的Json格式，xml格式等都是数据交换格式，而现在在App开发中比较常见的网络传输协议有三种：[xml](http://baike.baidu.com/link?url=HBlJ8mkEgnw9DfDiOl9oq9XhILLR9D6JFGO-xTec-4-QjOBtItP5lBGV1Eb4pHy2CyHeBf8onxir1tmqHxMoGeQMovJfGq0Dz32iV8Obn5lEbDwxMwkU5FLBOAsZdzjP)，[json](http://baike.baidu.com/link?url=A5HS6n-Hqj6yvSqHP1yW_WqTWzniuDtEVFjdtFSQ6F2h1cbSsIiK21iKf7WVW1rSJ0EzGfwkVAT-CWB-yBYkt_)，[protobuf](https://baike.baidu.com/item/protocol%20buffer/1664400)而我们下面将分别分析其各自的使用利弊以及解析方案。 - **数据交换格式-XML** xml是可扩展标记语言的缩写，常见于java web开发中，不单单作为网络层的参数协议，还常见于各种配置文件中，在移动开发中也常见但是已不是主流的网络传输协议。 优点：可读性强，解析方便； 缺点：效率不高，资源消耗过大； 解析方式：DOM解析，SAX解析，PULL解析； （1）DOM解析： 解析器读入整个文档，然后构建一个驻留内存的树结构，然后代码就可以使用 DOM 接口来操作这个树结构。优点：整个文档树在内存中，便于操作；支持删除、修改、重新排列等多种功能；缺点：将整个文档调入内存（包括无用的节点），浪费时间和空间；使用场合：一旦解析了文档还需多次访问这些数据；硬件资源充足（内存、CPU） （2）SAX解析： SAX ，事件驱动型解析方式。当解析器发现元素开始、元素结束、文本、文档的开始或结束等时，发送事件，程序员编写响应这些事件的代码，保存数据。优点：不用事先调入整个文档，占用资源少；SAX解析器代码比DOM解析器代码小，适于Applet，下载。缺点：不是持久的；事件过后，若没保存数据，那么数据就丢了；无状态性；从事件中只能得到文本，但不知该文本属于哪个元素；使用场合：Applet;只需XML文档的少量内容，很少回头访问；机器内存少； （3）PULL解析： PULL解析方式是android专门为移动设备上解析XML文件而设计的一种解析方式，显而易见的其更加适用于移动设备解析xml文件。Pull解析和Sax解析很相似,Pull解析和Sax解析不一样的地方是pull读取xml文件后触发相应的事件调用方法返回的是数字还有pull可以在程序中控制想解析到哪里就可以停止解析。 - **数据交换格式-JSON** JSON是一种轻量级的数据交换格式，它较xml格式更叫的简单和“小”，因此比xml更适合移动端对流量和内存的控制。 优点：较XML格式更加小巧； 缺点：传输效率也不是太别高，但相较于xml提高了很多； 解析方式：Gson解析，JSONObject方式解析，FastJson解析 （1）Gson解析： Gson解析方式是Google开源的一套解析方式，通过提供的Gson jar包，通过静态方法直接由字符串解析成java对象，简单方便。 具体使用方法，可参考：[Google Gson 使用简介](http://www.cnblogs.com/haippy/archive/2012/05/20/2509329.html) （2）JSONObject解析： JSONObject在org.json下面的包中，其也是一个解析Json字符串的工具类， 具体使用方式可参考：[JSONObject与JSONArray的使用](http://www.cnblogs.com/xwdreamer/archive/2011/12/16/2296904.html) （3）FastJson解析： FastJson是阿里巴巴开源的一个解析Json数据的类库，能够将json字符串解析成java对象。这里有其介绍，英文水平不好就不献丑了... * Provide best performance in server side and android client. * Provide simple toJSONString() and parseObject() methods to convert Java objects to JSON and vice-versa * Allow pre-existing unmodifiable objects to be converted to and from JSON * Extensive support of Java Generics * Allow custom representations for objects * Support arbitrarily complex objects (with deep inheritance hierarchies and extensive use of generic types) **数据交换格式-ProtoBuf** protocolbuffer(以下简称PB)是google 的一种数据交换的格式，它独立于语言，独立于平台。google 提供了多种语言的实现：java、c#、c++、go 和 python，每一种实现都包含了相应语言的编译器以及库文件。由于它是一种二进制的格式，比使用 xml 进行数据交换快许多。可以把它用于分布式应用之间的数据通信或者异构环境下的数据交换。作为一种效率和兼容性都很优秀的二进制数据传输格式，可以用于诸如网络传输、配置文件、数据存储等诸多领域。 优点：传输效率快（比xml和json快10-20倍），文档型协议； 缺点：使用不太方便； 这里简单解释一下什么是文档型协议，向我们的xml和json一般在使用的时候都需要保存一份说明文档和一个实际的java类，而protobuf在使用的时候其定义的格式就是说明文档，简单明了而且可以将其编译成各个平台的类库，以java平台为例，其编程成jar之后，若定义文件发生了变化，则在使用jar包的话就会报错，必须重新编译，这也就保证了App端与服务器端的协议统一性。 **网络数据解析实践** 由于ProtoBuf的传输效率和文档型协议的特性，公司产品选择了Protobuf作为网络数据解析的工具。下面我就以一个简单的登录操作，介绍一下对ProtoBuf的实际应用。 （1）定义ProtoBuf文件  （2）定义登录网络操作请求接口 ~~~ // 提交短信验证码，如果该手机号码没有注册过，则直接给用户注册 message SmsLogin { message Request { required string phone = 1; // 手机号码 required string verifyCode = 2; // 验证码 } message Response { /* * 0：成功；-1:登录失败；-2：验证码错误；-3：验证码已经失效；-4：手机号码格式不正确；-5：不是内测用户不能登录 */ required int32 ret = 1; optional com.uu.facade.passport.pb.bean.UserAppSessionTicket sessionTicket = 2; optional string phone = 3; // 手机号码 optional string imgUrl = 4; // 用户图像url optional com.uu.facade.base.common.UserStatus userStatus = 5; // 用户状态 } } ~~~ 可以看到在Protobuf中定义网络请求，分为两个部分，请求部分和应答部分，其message request定义的是请求信息，而message response定义的是应答信息。 请求信息中的字段就是我们请求中需要传递的字段，应答信息中的字段就是App端获取的服务器端的应答信息集合。 每个字段都有修饰符，那么修饰符是做什么的呢？ 在protobuf中定义了三种修饰符，分别为：required，optional，repeated。其中： * required：表示的是这个字段必须要传递，不可为空； * optional：表示的是这个字段可传可不传，可以为空； * repeated：表示这个字段传递的是列表数据 在message的定义过程中，message还可以嵌套另外的message信息，比如应答信息中的UserStatus，其和java中对象的概念很类似。 （3）将proto文件编译成jar包 这里就不在具体介绍怎么讲proto文件编译成jar了，google已经提供了相应的编译工具。 （4）在android代码中使用 由于我们将proto文件编译成了jar包，首先我们需要将jar引入到我们的工程，然后就可以使用了。这里简单看一下具体的使用代码。 ~~~ /** * 请求服务器短信登陆 * * @param phone * @param code */ private void requestSmsLogin(String phone, String code) { showProgress(false);// 显示进度条 LoginInterface.SmsLogin.Request.Builder request = LoginInterface.SmsLogin.Request.newBuilder(); request.setPhone(phone); // 设置手机号 request.setVerifyCode(code); // 设置验证码 NetworkTask task = new NetworkTask(Cmd.CmdCode.SmsLogin_SSL_VALUE); task.setBusiData(request.build().toByteArray()); NetworkUtils.executeNetwork(task, new HttpResponse.NetWorkResponse<UUResponseData>() { @Override public void onSuccessResponse(UUResponseData responseData) { if (responseData.getRet() == 0) { try { // 显示通用下发消息 showResponseCommonMsg(responseData.getResponseCommonMsg()); // 解析请求应答信息 LoginInterface.SmsLogin.Response response = LoginInterface.SmsLogin.Response.parseFrom(responseData.getBusiData()); // 判断是否请求成功 if (response.getRet() == 0) { ...doSomeThing()... } } catch (Exception e) { e.printStackTrace(); showDefaultNetworkSnackBar(); } } } @Override public void onError(VolleyError errorResponse) { showDefaultNetworkSnackBar(); } @Override public void networkFinish() { // 取消进度条显示 dismissProgress(); } }); } ~~~ 可以发现我们在代码中直接有对应的登录请求message类，这样我们就可以直接通过java类调用了，O(∩_∩)O哈哈~。 **总结**： xml，json，protobuf三种不同的网络数据交换格式各有利弊，大家在选择的时候可以根据具体的产品需求来确定到底选择哪一个，当然了这里我还是比较推荐protobuf的。 [android产品研发（一）-->实用开发规范 ](http://blog.csdn.net/qq_23547831/article/details/51534013) [android产品研发（二）-->启动页优化 ](http://blog.csdn.net/qq_23547831/article/details/51541277) [android产品研发（三）-->基类Activity ](http://blog.csdn.net/qq_23547831/article/details/51546974) [android产品研发（四）-->减小Apk大小](http://blog.csdn.net/qq_23547831/article/details/51559066) [android产品研发（五）-->多渠道打包](http://blog.csdn.net/qq_23547831/article/details/51569261) [Android产品研发（六）–>Apk混淆](http://blog.csdn.net/qq_23547831/article/details/51581491) [android产品研发（七）-->Apk热修复](http://blog.csdn.net/qq_23547831/article/details/51587927) [Android产品研发（八）–>App数据统计](http://blog.csdn.net/qq_23547831/article/details/51612429)