freddychen / nettychat Goto Github PK

或许可以参考这篇文章的实现？

1.发送失败是否也需要返回给应用层
2.如果发送的时候发现连接失败 也就是心跳机制一直再重连 但是就是发送一瞬间连接断掉 这个时候直接暴力返回是否不好？是否再发送的时候判断连接是否挂掉 然后做重连操作？

netty 一个 jar 包进来,2W+个方法,谁能顶得住?
有考虑 jar 包做裁剪么?

看代码，握手消息没有加入消息重发管理器中，所以如果握手消息发送失败或者没有收到服务器握手响应的情况下，客户端不会重发也不会重连

1. 消息长度用2个字节标识，所有消息长度不能大于65535，但是发送消息的时候没有判断消息长度
   如果超过长度发消息会报异常，但这条消息还是会重发几次
   
   2.重试的间隔写错了吧，应该是getResendInterval()吧
   

基于tcp/ip协议实现对分布式推送架构

更多请关注我的博客

源码移步这里

希望能开放一下服务器端的源码

大佬 ui界面的交互实现可以分享出来吗

2020-03-28 18:32:14.538 2601-2628/? E/AndroidRuntime: FATAL EXCEPTION: pool-1-thread-1
Process: com.example.msmk.nettychat, PID: 2601
java.lang.IllegalStateException: app not init...
at com.example.msmk.nettychat.NettyChatApp.sharedInstance(NettyChatApp.java:22)
at com.example.msmk.nettychat.im.IMSEventListener.isNetworkAvailable(IMSEventListener.java:52)
at com.example.msmk.imlib.netty.NettyTcpClient.isNetworkAvailable(NettyTcpClient.java:594)

服务端也使用Netty吗？
有实现吗？

作者你好,非常感谢你提供的思路和代码,但是我在使用你的demo时,发现如题问题,当我连接成功之后,正常发送消息,此时切换一下wifi(从一个wifi切换到另一个wifi),会出现一只重复连接失败--连接成功--连接失败这样循环,日志如图

我debug看了一下,发现问题可能出在TCPChannelInitializerHandler上,它重复的创建,重复添加了几个handler,可能导致之前的handler中channelInactive方法被多次回调,而出发重连,不知有其他小伙伴遇到这种问题没有

不希望用 Netty

麻烦提供一下配套服务端的代码