Peter (Peter) · 回帖

移动 IM 学习笔记 at 2014年11月06日

下面内容取自环信的 FAQ，觉得他们还是做了很多工作的，如果是小团队，真没必要自己折腾。是不是软文不是很重要了，其实现在也就这两家靠谱吧。

http://www.easemob.com/faq/#section-4

** 开源的 IM 框架也有不少，为什么我不可以自己搭建一个 IM 服务器，自行开发呢？ ** a) 自行研发移动 IM，技术门槛高，开发周期长。根据我们的经验，至少需要资深的 Android 工程师，iOS 工程师，后台工程师各一名，需要至少 2 到 6 个月时间。主要的技术难点包括：

协议和 IM 服务器的选择：当前常用作 IM 的协议包括 XMPP 和 MQTT，也有用 SIP 的，还有自行开发的私有协议。- - 可以使用的开源的 IM 服务器包括 OpenFire, Tigase, Prosody, Mosquitto, ejabberd 等。你知道它们各自的优缺点吗，你知道哪个协议，那个 IM 服务器实现最适合你的需求吗，你知道你一旦选定了一个方案，你分别需要对协议和 IM 服务器做哪些改动和改进吗？
不稳定网络环境下（3G,2G,Wifi，无网络，及各种网络环境下的切换）移动终端即时通讯长连接可靠性的维护
移动终端耗电量优化
移动终端流量优化
发送各类富媒体消息的特定处理，如语音文件格式选择，语音压缩算法，语音降噪算法，图片压缩处理，地理位置，名片，文档等
消息回执处理 (ack)，防止消息丢失。
离线消息处理。离线时的实时消息通知（比如通过第三方推送平台）
实时状态同步
支持千万级同时在线用户的高可靠，高并发的服务器集群架构的搭建和运维
安全

b) 移动 IM 是一个需要长期跟进和维护的技术，并不是产品上线后研发团队就可以解散了。作为运营者，你做好长期的技术投入的思想准备了吗？比如新的 IM 功能层出不穷，如匿名社交，阅后即焚，你的产品要不要与时俱进？移动 IM 相关的各种安全隐患和漏洞，你要不要及时修复？所以你需要问自己一个问题，移动 IM 技术是你的核心竞争力吗，还是只是支撑你的业务实现的一个工具？

c) 移动 IM 服务对服务器硬件，网络，运维环境，都有非常高的要求。需要长期持续的服务器端运维投入。

d) 绝大多数团队都不具备百万级，千万级并发的 IM 技术。一旦用户量爆发性增长，APP 的基本可用性会有极大的隐患。

iSlider—可能是最流畅的移动端滑动组件 at 2014年11月06日

精华！

域名免备案的解决方法 at 2014年11月05日

很不错的解决方案，请问你们服务器是什么配置，每个月多少钱？

感觉这种服务都很贵，如果有你的情况做参考那就好办多了。

理解红黑树 at 2014年11月05日

楼主，能麻烦你讲一下这棵树相对其他树有什么优缺点？

RubyMotion Workshop Beijing 资料总结 at 2014年11月05日

@chunlea dash 好像用不了，说是没有 index，你确定是完整的吗，谢谢

RubyMotion Workshop Beijing 资料总结 at 2014年11月03日