跨平台数据传递方法


二进制
无法直接阅读，需在二进制层面编码解码；
格式由厂商定义，特定应用需要表示的对象很复杂时，格式也非常复杂，例如office 文件格式；
通常需要充分考虑协议的扩展性、兼容性，例如windows的文件格式，DOS header、COFF header、PE、CLR header等；
相对于文本形式，体积小，编码、解码可以更高效；

XML
文本协议，可以阅读；
严格的格式要求；
运用广泛，相关技术比较丰富，例如DTD、 XPath、XLink、XPoint、XSLT等；
<site>
    <name>sina</name>
    <url>www.sina</url> 
</site>
<site>
    <name>google</name>
    <url>le</url>
</site>

JSON
文本协议，易于阅读；
相比于XML，语法更简单，体积更小，有javascript语言的标准支持。缺少引用概念（XLink、XPoint），缺少路径概念（XPath）；
XML用于更通用的目的，JSON更适合于数据交互的环境（尤其是web环境）；

JSON基于 javascript语言ECMA 262 3rd Edition，现在趋向于成为一种跨语言的数据交互格式
完整的格式最初由RFC4627定义，直观的 syntax diagram以及各语言的支持类库参考
{"UserID":11, "Name":"Truly", "Email":"zhuleipro◎hotmail"};



YAML
文本协议，易于阅读；
YAML的语法比JSON复杂，JSON可以看作YAML的一个子集。也正因为语法规范较复杂，不同的YAML库对某些特征的处理也可能不一样
YAML与XML的比较：
∙ YAML的可读性好。
∙ YAML和脚本语言的交互性好。
∙ YAML使用实现语言的数据类型。
∙ YAML有一个一致的信息模型。
∙ YAML易于实现。
上面5条也就是XML不足的地方。同时，YAML也有XML的下列优点：
 
∙ YAML可以基于流来处理；
∙ YAML表达能力强，扩展性好。

教程：
justjavac.javaeye/blog/694498
wwwblogs/wengjinbao/articles/652031.html
name: John Smith
age: 37
spouse:
    name: Jane Smith
    age: 25
children:
    -  name: Jimmy Smith
        age: 15
    -  name: Jenny Smith
        age 12
       
Java 跨语言实现方案
背景：
在大型分布式 java 应用中，为了方便开发者，通常底层的 rpc 框架都会做一些调用的封装，让应用层开发人员在开发服务的时候只用编写简单的 pojo 对象就可以了，如流行的 spring remoting ， jboss remoting 等等，都有这样的效果。
随着业务的需要，可能上层应用希望采用非 java 技术，如 php ， ruby on rails ，而由于 java gc 和内存模型的限制，可能有的底层服务又需要采用更高性能和更加灵活的技术，如果 c++ ， python 等。
这时候就会考虑跨语言的问题了，在如何不改动原有 pojo 实现的 rpc 框架，而让系统实现跨语言，这个难题摆在了中间件开发者的头上。
问题 :
现在我们不妨把上面说涉及的问题提取出来：
1）  不能改变原有的 java rpc 服务的发布方式，仍然采用 pojo 。
2）  上层非 java 应用可以调用到由 server 端 pojo 形式发布的服务。
3）  底层非 java 应用，如 c++ ， python 等可以发布格式和 pojo service 一样的服务
4）  提供优雅的借口给应用开发者。
业界考察：
好在我们并不是第一个遇到这个问题的人，那我们来看看在我们业界的前辈们都给我们留下了哪些宝贵的财富（主要是互联网行业）。
Google protocol buffers ：java调用python模型 Google 大神总是早人一步，在 google 架构的初期就意识到了跨语言的重要性，在构建 bigtable ， GFS 的同一时期就是定制出了一套跨语言方案。那就是 google protocol buffers ，不过直到 08 年， google protocl buffers 才开源出来，正所谓国之利器不可以示人，我们所看到的， google protocl buffers 其实是阉割版，如没有 m
ap 的支持 ( 根据一些资料表明， google 内部是有这个东西的) ， python 的 native c 性能优化，不包括 rpc service ，虽然后面补了一个，但是可用性差强人意，不能多参，不能抛异常。不过在这方面我们确实不应该报太大的希望，因为 google 自己都说了 protocol buffers – a language-neutral, platform-neutral, extensible way of serializing structured data ，好吧，他只是一个序列化格式，而和 hessian ， java 序列化有所不同的是， protocol buffers 可以用通过定义好数据结构的 proto （ IDL ）文件产生目标语言代码，大大了减少了开发量，不过遗憾的是生成的代码有很强的侵入性，并不能产生我们需要的pojo java 对象。
不过即使是这样，我们也从 google  protocol buffers 身上学到了很多东西。
1. 编码的压缩，采用 Base 128 Varints 序列化数字，减少网络传输开销。
2. 非自描述数据， protocol buffers 将每个数据结构的描述信息嵌入到代码中，因此只需要传输数据过来，就可以反序列化出来该数据结构的实例了。
3. Immutable object ， protocol buffers 在生成的 java 代码中采用 builder&message 模式，
 message 是一个不能变的对象，即只有getter ，没有 setter ，而每一个 message 的生成由一个对应的 builder 来完成，从这点可以看出， google 已经用上了函数式编程。
4. Rpc 异步话，虽然 protocol buffers 的 rpc 很简陋，但是一开始就只提供异步 callback 调用形式，可见 google 已经实现异步话，如果在互联网行业的人会知道，这点是相当不容易。
Facebook thrift ： 4 月 1 号，呵呵，没错， thrift 是 Facebook 于 07 年愚人节开源出来的，有点 google 的作风。 Thrift 是facebook 自己的一套跨语言实现。有人会问这个和 protocol buffers 有啥区别。 Ok ，先看看它的定义吧。
Thrift is a software framework for scalable cross-language services development. It combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk, and OCaml.
说得很清楚是一个跨语言的服务开发框架。包括的功能有 code generation （代码生成， p
rotocol buffers 也有）， cross-language （跨语言， protocol buffers 也有）， service development （好吧，这个 protocol buffers 也有）。晕倒，这样看起来，它和 google protocol buffers 完全是同一个领域的东西，而其有点重复发明轮子的味道。
刚开始，我们也有这样一个疑惑，好吧，接着往下看， here we go 。其实除了这些共同性以外（都是解决跨语言问题嘛）， thrift 还是和protocol buffers 有很大不同的。不同点如下：
1）  提供一个完整的 service stack ，定义了一整套的 rpc 服务框架栈，这个 protocol buffers 是没有，这个绝对是 thrift 的利器，如果你想要开发一个服务， thrift 甚至有个栈层的实现，我靠，爽。
2）  Ok ，在 thrift 论文有这样一句话。 Thrift enforces a certain messaging structure when transporting data, but it is agnostic to the protocol encoding in use. 嗯哼，我懂了，它是不会管，你到底采用哪种序列化方式的，hessian ，xml 甚至是protocol buffers 。Oh ，my god 。
3）  接下来不得不膜拜一下thrift 的service 接口的强大了，多参，异常，同步，异步调用的支持，这正是我们想要的, 瞬间给protocol buffers 比下去了。
4）  多集合的支持 map ， set 都有，让你爽歪歪。 Protocol buffers 颤抖吧。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。

java里如何取元素个数_如何获取列表中的元素数量?
« 上一篇
最主流的java微服务框架有哪些
下一篇 »

发表评论