移动端上 IM 架构迁移，有比较清晰实现的方案流程吗？

[BlinkDagger]

我们 app 目前已经集成了市面上(不想打广告，就列举一下吧，融云 IM，网易云信 IM，腾讯云 IM,环信 IM 等)的某家 IM,而且 app 的现有用户量很大。最近出于某些考虑，领导想要更换这个第三方 IM 服务，刚好我一直在维护更新 IM 这个模块，然后前段时间 有小伙伴研究了我们 app 的 IM 服务架构迁移技术上的可行性，认为可行。现在呢，正准备实施转移了，虽然讨论了很多方案，我感觉工作量还是相当的大，复杂度还是比较高的，基本流程还是：IM server 里复制用户和群组数据、App 端上复制本地消息、端上强制升级。不知业界大佬们有没有先例，有的话，方便分享下你们实施迁移的方案流程吗？

[yanzhen]

有能力的话 还是自研吧

[CareiOS]

自己开发。

[Gloomyer]

我们是自己做的。IM 做起来不好做 是主要针对后端的 对前端来说 还是没有那么那么难的 了解下非阻塞 IO 框架 netty

[Gloomyer]

跑题了!无视我吧。

[nicevar]

早些年我在公司的 android 和 iOS 上集成过开源的 xmpp，服务端用 openfire，不过我觉得 xmpp 这东西不太适合移动平台，有点落伍了，臃肿、费电费流量，有实力最好公司自己写一套，不行的话只能用第三的 sdk 来集成了

[BlinkDagger]

@Gloomyer 没跑题，早些时候我也用过 netty，3 和 4 都用过，不过用来自己做 IM,自己做后端的消息转发、自定义消息协议，还是挺麻烦的！如果自己做的话，技术难度还是有啊。然后现在呢，不是特别大的公司都会集成第三方 SDK。想学习学习你们对 netty 的使用呢？方便的话留个使用 Netty 的开源的项目地址吧～

[BlinkDagger]

@nicevar 嗯，感觉小公司自己写一套 IM 还是需要很强实力 ...，学习成本，人力成本等等。。我们对 IM 的需求优先级定位不是那么高吧，，所以公司压根没往自己写一套那方面去想。。。