jiaoery

老哥，你这扫码也进不了啊

@jiaoery conversationId ，然而还有个麻烦，就是如果群聊所有人都退出，需要回收资源；这就必须搞一个定时任务来检查所有的 conversation ；这个解决了；后面业务从国外转入国内，又出现国内某些厂商杀后台的情况，本身及时推送就是在一个 service 里，然后各种保活的方案，适配国内的各个 OEM 又是一地鸡毛，当时团队里搞这个就压了一半的人，痛苦不行；而且上面的问题还是我遇到过的，没遇到的估计更多；要问为什么自己搞，也是当时用第三方的，如个推，信鸽，友盟等上 Google Play 由于内部带广告 API 给扫出来，直接给下架了；甚至当时还给个推写过投诉邮件

能用第三方尽量用第三方，分之前公司就搞过自己的聊天系统，分享一下自己的踩坑之旅（各位大佬不喜勿喷）后端用的方案是 socket 做及时推送，http 做同步的方式；一开始只有简单的 1v1 的服务，当时就搞了个 id 对 id 的方式来搞；后面又搞群聊，如果群里只有两个人，容易误发到之前 id 对 id 的情况下，而且只要有新用户加入群聊，又要迁移数据，就搞了一个

总体来说非常提升开发效率，我用了三个多月了，主要用于后端研发和客户端开发，写 sql ，bean ，ui 界面，简单逻辑这些重复性的代码很爽；就是有时候会出现一些 bug ，纠正过一段时间就好很多了；之前一个新项目需求耗时一天写完大体结构，bug 率比自己手搓低太多了，一样的需求自己写估计要一周左右的时间；而且一些自己写的代码阅读性和性能太差，用它做重构和优化也是相当给力的；个人觉得除了费用太贵外，没别的槽点