这样的话，就可以保证这条订单消息不会因为某个仓储服务实例的宕机而丢失，他会确保必须由某个仓储服务实例完成这条订单消息的调度发货处理，然后才会删除那条订单消息 。
四、总结 tips最后再来一张图，大家直观的感受一下：
文章插图
好了，各位同学，这篇文章是不是相对稍微深入一点点，让大家了解到了一些使用MQ技术时候要考虑的一些问题？
实际上无论是RocketMQ、Kafka还是RabbitMQ，都有类似的autoAck或者是手动ack的机制 。
线上生产环境中运行时，你必须要考虑到消费者服务可能宕机的问题 。
如果消费者服务没处理完消息就自己宕机了，那么一定会导致部分消息的丢失，进而影响核心业务流程的运转 。
因此大家在线上使用MQ时，一定要充分考虑这些潜在问题，同时结合具体的MQ提供的一些API、参数来进行合理设置，确保消息不要随意丢失 。
推荐阅读
- 记一次服务器被植入挖矿木马cpu飙升200%解决过程
- 基于windows server 2008 R2 搭建FTP文件服务器
- 远程登录服务器，有什么比较好用的工具？
- 在家如何访问公司服务器
- ping值忽高忽低，你的服务器可能出了这些问题
- 服务器与虚拟主机最大的区别是什么？
- Linux如何查看服务器开放的端口号
- 了解Tomcat服务器架构这四张图就够了
- 在Linux服务器间传输文件的小技巧
- Linux下的CPU使用率与服务器负载的关系与区别