对于写多读少的业务来说，页面在写完以后马上被访问到的概率比较小，此时change buffer的使用效果最好。这种业务模型常见的就是账单类、日志类的系统

因为无需默认构造函数就可以反射生成对象，这个属性在很多的序列框架可以使用，比如 xml 转换成 bean

都会用 Arrays.copyOf 创建一个新数组，频繁 add 时内存的申请释放消耗会很大

RabbitMQ版可用于单体应用被拆解为微服务后不同微服务间的通信

只需要发布一个产品ID变更的通知，由下游系统来处理，可能更为合理

信息采集处理

采取 Pull 的方式问题就简单了许多，由于 Consumer 是主动到服务端拉取数据，此时只需要降低自己访问频率即可。举例：如前端是 flume 等日志收集业务，不断向 CMQ 生产消息，CMQ 向后端投递，后端业务如数据分析等业务，效率可能低于生产者。