Motan 1.1.1 发布,微博开源的高性能分布式 RPC 框架

来源: 投稿
作者: 王练
2018-05-19

Motan 1.1.1 已发布,更新内容如下:

功能改进

  • support multi serialize in simpleSerialization #635

  • support more data type in simpleSerialization #683

  • add rpc common client #682 #702

  • enable channel manage for netty4 server #707

bug 修复

  • optimize netty4 server when reject request #613

  • fix NPE when discover service failed #637

  • fix netty channel close issue in netty4 #693

  • fix connection leak when netty client create connection with exception #670

Motan 是微博团队开源的一套高性能、易于使用的分布式 RPC 框架。功能包括:

  • 支持通过 spring 配置方式集成,无需额外编写代码即可为服务提供分布式调用能力。

  • 支持集成 consul、zookeeper 等配置服务组件,提供集群环境的服务发现及治理能力。

  • 支持动态自定义负载均衡、跨机房流量调整等高级服务调度能力。

  • 基于高并发、高负载场景进行优化,保障生产环境下 RPC 服务高可用。

下载地址:

展开阅读全文
13 收藏
分享
加载中
精彩评论
赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……
2018-05-19 07:58
1
举报
最新评论 (8)

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……

引用来自“小树鹿鸣”的评论

我提了个issue,在客户端关闭后,主动关闭客户端所有的连接

引用来自“爽歪歪ES”的评论

估计不太好实现,如果强行ALT+F4的话可能调不到你的清理方法,而程序早就死了。

引用来自“小树鹿鸣”的评论

你说的这种情况归类为客户端异常中断,服务端抛出异常是正常触发行为啦
其实只要客户端的channel是正常关闭的,服务端是可以不抛出那个异常的,稍微处理下就可以了。虽然说这个情况不会影响正常运行,但是强迫症患者看了很难受
2018-05-19 12:44
0
回复
举报

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……

引用来自“小树鹿鸣”的评论

我提了个issue,在客户端关闭后,主动关闭客户端所有的连接

引用来自“爽歪歪ES”的评论

估计不太好实现,如果强行ALT+F4的话可能调不到你的清理方法,而程序早就死了。
你说的这种情况归类为客户端异常中断,服务端抛出异常是正常触发行为啦
2018-05-19 10:08
0
回复
举报

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……

引用来自“小树鹿鸣”的评论

我提了个issue,在客户端关闭后,主动关闭客户端所有的连接
估计不太好实现,如果强行ALT+F4的话可能调不到你的清理方法,而程序早就死了。
2018-05-19 09:47
0
回复
举报

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……
我提了个issue,在客户端关闭后,主动关闭客户端所有的连接
2018-05-19 09:02
0
回复
举报

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……

引用来自“邪小白”的评论

难得看到小姐姐是负责通信这部分逻辑的。

引用来自“succy”的评论

长得丑的小姐姐
你这么一说,我突然就明白了。讲道理,如果真的是娇滴滴漂亮小姐姐,应该不会负责这个任何组件或者业务逻辑都可能把锅甩给你的部分。只要逻辑不对,首先at你,数据传过去了吗?传对了吗?接收到了吗?接受对了吗?转换对象成功吗?序列化了吗?😄
2018-05-19 08:59
0
回复
举报

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……

引用来自“邪小白”的评论

难得看到小姐姐是负责通信这部分逻辑的。
长得丑的小姐姐
2018-05-19 08:50
0
回复
举报

引用来自“succy”的评论

赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……
难得看到小姐姐是负责通信这部分逻辑的。
2018-05-19 08:43
0
回复
举报
赞一个,1.1.0版本的netty4客户端连接断开后,服务端的确会有“远程主机强迫关闭一个连接……”的异常,看到这个版本日志说修复了。之前我的解决是服务端用netty4版本,客户端用netty3版本……
2018-05-19 07:58
1
回复
举报
更多评论
8 评论
13 收藏
分享
返回顶部
顶部