你这种情况应该是你的调试环境网络有问题，你得先把调试环境的网络搞通吧，很多时候你的手机无线局域网跟内部服务器有线网根本就不通。

看看这两个贴子吧，仔细看看我的回复，里面有详细的网络诊断方法：http://www.52im.net/thread-211-1-1.html、http://www.52im.net/thread-231-1-1.html。

刚接触这种移动端通信应用的人，很容易遇到这样的问题，多思考原因哦。

引用：hahacheng 发表于 2016-04-19 12:51
如果说网络不通的话，多数时间是可以收到信息的，但是也有时候会出现收不到信息这种情况。这也是网络的原 ...

建议你从两个方面来评估这个问题：
1）用这个工具http://www.52im.net/thread-145-1-1.html，以及服务端的ping工具，进行客户端和服务端的双向网络评估，看看你的网络情况到底怎么样（ping丢包率与你看到的程序的反应是否一致）；
2）假设第1）里，你得出的结论是网络确实过一段时间会出现状况，那么程序现波动的表现也应是算法范围内的容错和QoS机制的事情。那么此种情况下，你要考查的就是在消息没被送达的情况下它应该会通过客户端的回调或服务端的回调告诉你。

总之，网络状况差或不差，这是现实情况，程序是改变不了的，但MobileIMSDK所解决的问题就是：无论网络怎么样，它都迟全力帮你送达，即使送不达，它也会通过回调告诉你没有送达（比如在APP上的表现，就如主流IM一样，会告诉你消息未发送成功。或者在服务端的表现就是通过回调告诉你应离线存储起来），而不应出现莫名丢消息这种消息黑洞的情况发生。

我建议你同时去体验下RainbowChat：http://www.52im.net/forum-90-1.html，看看它的表现如何，因为它从UI和服务端都是全功能实现，如果你的网络真有问题，看看它的表现是否如你Demo的效果一样。如果跟你的Demo不一样，显然是你的Demo还不够完善（也许回调已经告诉你结果，你没有注意也有可能，Demo并非全功能，界面上不一定能看出所有情况），而非MobileIMSDK的算法缺陷。