岁月静好

Kafka 的单分区顺序消费模型，本质上是在“顺序”和“并行”之间做一个清晰的选择。如果你追求绝对全局顺序，就必须接受单分区、单消费者的吞吐上限。如果你追求横向扩展，就需要将顺序要求放宽到局部（按 Key 分区），从而释放多分区、多消费者的并行能力。先看业务是否能接受局部有序，能则加分区，多部署消费者，这是最彻底的解法。若必须全局有序，就先尝试“批量拉取 + 并行处理 + 幂等”的轻量方案，把单分区性能尽可能压榨出来。当单机处理能力不足，再引入分发层，将消费与处理分离，用多服务器做无状态处理。

接触Kafka时，我们总会绕不开两个核心概念：Offset（偏移量） 和消息有序性。很多人只知道Offset是记录消费位置的编号，却从来没深究过：Offset为什么能断点续传、能重启接着消费、能回溯重放？答案的核心只有一句话：Kafka的Offset整套机制，完全建立在分区消息有序性之上；一旦消息无序，Offset设计直接失效，整个消费位点逻辑彻底崩塌。

生产者：只有 Topic 概念，没有 GroupId，只负责发送消息，不关心消费进度、消费者分组消费者：必须配置 GroupId + Topic，记录 Offset、做负载均衡、分组消费Topic 收发共用，GroupId 消费者独有分区逻辑生产者分发写入，消费者按分配并行读取Offset 绑定消费组+主题+分区，与消费者实例无关GroupId 自定义、首次连接自动创建，线上严禁写错、随意修改Kafka 消息与消费位点全磁盘持久化，支持宕机不丢数据、历史回溯。

摘要：The Java Message Service (JMS) API is a messaging standard that allows application components based on the java Platform Enterprise Edition (Java EE) to create, send, receive, and read messages

DeliveryMode DeliveryMode.PERSISTENT   是指服务器中   message 在queue里面只要没被消费掉 或者 在topic上仍然有至少一个 DurableSubscriber 没有收到  那么message就是仍然存在的，重启仍然存在。 producer发送消息时 消息的DeliveryMode属性默认的是NON_PERSISTENT的，PERSIS

发送者：package com.zzj.p2p; import javax.jms.Connection; import javax.jms.ConnectionFactory; import javax.jms.Message; import javax.jms.MessageProducer; import javax.jms.Queue; import javax.jms.Session;

为了缓和严格的时间相关性，JMS允许订阅者创建一个可持久化的订阅。这样，即使订阅者没有被激活（运行），它也能接收到发布者的消息。 发布者： package com.zzj.durablesubscriber; import javax.jms.Connection; import javax.jms.ConnectionFactory; import javax.jms.Me

发布者：package com.zzj.pubsub; import javax.jms.Connection; import javax.jms.ConnectionFactory; import javax.jms.Message; import javax.jms.MessageProducer; import javax.jms.Session; import javax.jms.Top