2.0 defects

1. 动态发送的topic， server端重启后没有将动态发布的topic注册到topic服务列表中（topic的配置在server不存在，动态发布方式）
2. 客户端拉取消息没有做crc校验
3. 数据统计细化到topic的维度
4. 堆积数据转存提供单独接口做数据补偿
5. 消费端提供某个范围的消费（提供起始，终止offset）
6. 堆积的数据持久化（概貌，趋势预测）
7. broker 动态控制是否提供某个topic的读写服务
8. server 端控制某个group的消费情况（如：停止某个group消费）
9. 如何做到顺序消息的水平扩展
10. 如果更有效的解决堆积的情况，比如快速转移，客户端水平扩展，读写的主备切换，或者能够将一个partition里面的内容打散等
11. 2.的监控报警不支持1.4，broker监控报警
12. 2.*版本中动态发布topic和consumer端dequeue的方式消费同时使用时会相互干扰（动态发布topic和消费端主动拉取消息在同一个进程中会相互干扰；dequeue操作的是偶会显示的触发ProducerZooKeeper.publishTopic的调用导致干扰动态发布topic功能）