那么问题来了：在批量ACK的时候，如果server给client发消息就出现了丢失，那么server端是不是需要重发，这样的话又需要设置重发的触发条件，得在一段时间内判断在线用户是否需要重发。应对这样的场景有没有好的解决办法呢？

引用：JackJiang 发表于 2017-04-10 19:44
做im这种应用，尽全力保证消息送达是肯定需要的，但有的时候费了很大劲、可能要消耗很多的性能、增大很多 ...

嗯嗯，您说的对，非常感谢。

引用：JackJiang 发表于 2017-04-18 11:25
不要系统还没开始做，就把数据想成海量的情况，这是自已吓自已。
暂时的设计够用就行，保留设计的前瞻性 ...

大神好，目前遇到一个坑，我用message_server接收所有的udp消息,push_server往客户端转发消息，messsage和push用rabbit解耦，但是目前的情况是内网测试没问题，服务一上公网，NAT就使得message可以收到消息，而push发出的消息被NAT拦截了。我不想通过客户端往push先发消息建立通道的方式来解决。而都是用message又会让message变得很重，而且还难以横向拓展。有没有关于udp做消息服务的好的建议和设计思路。message使用netty作为网络层通信框架。

引用：JackJiang 发表于 2017-05-10 13:38
建议你好好读读NAT原理：http://www.52im.net/thread-50-1-1.html
你这种方式是行不通的。

是啊，我知道是行不通的，所以想寻求一种可行，低耦合的解决办法。或者说QQ的udp消息是怎么做的。