看你这段描述，我能想象你们那些代码，估计你这辈子都不想再回头看它第二眼。。。

我觉得代码逻辑乱的根源，还是方案不够优雅，应该跳出眼前的代码，从更大的局面重构一下整个算法和逻辑。

我觉得你有必要画一下现有的业务和逻辑关系，然后将复杂问题简单化，否则。。。。 你这代码，将来随便一个小需求，都可能寸步难行。。

我从头做过至少3遍im，我清楚im有些代码，没写好，如果再不优化好，那只能扔，没法再用了

引用：完蛋 发表于 2020-11-24 14:33
问题的关键就在这，重构代码的代价太大，并且上层代码调用的函数在内部也在调用，导出的函数和非导出函数 ...

我感觉你的问题，只能针对代码先把逻辑理清楚，先全局读懂代码，否则无从下手。关键im这种代码，逻辑还不只是一个端的事，可能跟服务端的逻辑才能构成完整的整体，单独优化客户端的代码怕是也不行

引用：完蛋 发表于 2020-11-24 16:55
优化整个客户端的代码量太大，而且业务层和我们是不同的模块调用。我现在还只是优化群聊方面的代码逻辑。 ...

具体到代码层，没看到你这些烂代码，给不了具体的意见，只能靠你自已啃了，表示同情。。

引用：完蛋 发表于 2020-12-03 08:14
移动客户端接受代码有延迟，而我们排序又是根据服务端的时间来排序，所以序列号2-1可能比序列号1-1先来， ...

出现一个bug，然后想办法凑，又搞出10个bug 哈哈哈