lisp

参考这篇博客 https://blog.codingnow.com/2017/07/paradox_data_format.html

看看有没有什么东西可以骗我升级的

很好用的语法糖，各大语言应该引入

自己注册的公司，哪怕只有一个员工就是你自己，是可以不用缴纳社保的，因为前年行情不好，所以没有强制要缴纳社保，但是税该缴就得缴。所以其实你可以不用关心这部分。

@redford42 #5 笑死

@dxgfalcongbit #20 牛逼，我理想中的创业线路

扒人家代码来用不上已经违法了吗？就算你是自己写像素级 copy UI，应该也算的，只不过看维权成本了，大公司肯定告你，个人可能拿你没办法，这就很缺德了

之前买过几个月，现在不用买了，感谢！

@laravel #17 你不需要考虑每次取多少条消息，我感觉你对消息队列的理解有误区

@laravel #16 那你到底是推送的问题还是存储的问题，我理解错了吗。。。

推送端的话，消息队列本来就帮两端减轻了负载，如果你使用了队列，推送服务还是满负载运行，而队列又在不断堆积，我觉得你应该考虑扩容服务了。

首先明确的一下问题，楼主想问的应该是消息存储和读取时产生的广播，不是服务端广播给客户端的问题。

消息合并的思路走歪了。

消息合并在某些情形下可能得不尝试，比如大量的聊天窗口，聊天消息间隔大于 1 秒，这个时候等待合并就是浪费 CPU 内存，因为这些消息不适合合并，老老实实往消息队列推就好。

读扩散和写扩散其实是 IM 系统里面一定会遇到的存储问题，建议楼主通过搜索引擎深入了解一下。两种方法在不同情形（单聊、小群群聊和大群群聊）下各有利弊，通常的做法是两种方式结合。