|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2014-04-19
andot 写道 还有一个项目叫做 Hprose，可以参考。https://github.com/hprose
比 protocol buffer，thrift 用起来简单，灵活。 Hprose很强大，如果加入socket支持，不一定非要运行一个Web Server，会不会适用更多的场景，效率也会更高？ |
| 返回顶楼 | |
|
发表时间：2014-04-19
zijan 写道 andot 写道 还有一个项目叫做 Hprose，可以参考。https://github.com/hprose
比 protocol buffer，thrift 用起来简单，灵活。 Hprose很强大，如果加入socket支持，不一定非要运行一个Web Server，会不会适用更多的场景，效率也会更高？ 嗯，现在的 Hprose 已经有 TCP 支持了。效率确实比 http 的高一些。尤其是调用传输的数据量不大的时候，TCP 下比 Http 下要快 1 倍。目前的 Java 版本的 TCP 服务器为了兼容 Java5、Java6，是使用 NIO 实现的，以后会为 Java7 以上的版本专门写一个 AIO 版本的实现。 |
| 返回顶楼 | |
|
发表时间：2014-04-20
andot 写道 zijan 写道 andot 写道 还有一个项目叫做 Hprose，可以参考。https://github.com/hprose
比 protocol buffer，thrift 用起来简单，灵活。 Hprose很强大，如果加入socket支持，不一定非要运行一个Web Server，会不会适用更多的场景，效率也会更高？ 嗯，现在的 Hprose 已经有 TCP 支持了。效率确实比 http 的高一些。尤其是调用传输的数据量不大的时候，TCP 下比 Http 下要快 1 倍。目前的 Java 版本的 TCP 服务器为了兼容 Java5、Java6，是使用 NIO 实现的，以后会为 Java7 以上的版本专门写一个 AIO 版本的实现。 
|
| 返回顶楼 | |
|
发表时间：2014-05-09
icefishc 写道 jimmee 写道 freezingsky 写道 看了内容后，让我想起二个东西：Thirft和PropBuf。
有了thrift和protocolbuf后, rpc的问题可以说都已经解决了. protocol buffer 根本不带ｒｐｃ协议。 虽说有很多第三方的开源组建在ｐｒｏｔｏｂｕｆ的基础上实现了自己的开源协议但对多语言的支持都不好。 ｔｈｒｉｆｔ确实是好东西。 Tatala支持byte[]作为参数传递，所以可以把复杂的Object通过Protocolbuf转换成byte[]再传递。Tatala也有自己的wrapper class实现了复杂Object的传输，可以用户自己决定用哪个。 |
| 返回顶楼 | |
