java微服务通过领域事件驱动实现解耦：发布者只发事件，消费者自主响应；事件须是不可逆业务事实，用不可变pojo定义，经kafka/rabbitmq跨服务通信，或用@eventlistener实现服务内轻量解耦。
Java 微服务架构中，通过领域事件驱动实现解耦，核心是把“谁来响应”和“谁来触发”彻底分开——发布者只管发事件，不关心谁处理、怎么处理、是否成功；消费者只管监听自己关心的事件，独立运行、自主决策。
识别真正的领域事件
不是所有状态变化都值得建模为领域事件。关键看它是否：
- 代表业务中不可逆的“事实”，比如“订单已支付”“用户已注册”“库存已扣减”
- 会引发其他边界上下文的后续动作，例如支付成功后需通知物流、更新积分、生成发票
- 业务人员常使用“当……时”“如果……则……”“完成后请……”等表述描述该行为
避免把技术操作（如“缓存已刷新”）或临时状态（如“订单正在创建中”）当作领域事件。
定义语义清晰、不可变的事件对象
用普通 Java 类（POJO）定义事件，不继承 ApplicationEvent 也可行（Spring 4.2+ 支持）：
- 字段全部声明为 final，构造时一次性赋值
- 不提供 setter 方法，防止被意外修改
- 命名体现业务含义，如 OrderPaidEvent、UserLockedEvent
- 携带必要上下文：ID、时间戳、关键业务标识（如 orderID、userID），但不包含完整聚合对象或敏感数据
用消息中间件实现跨服务通信
微服务间不能直接调用，必须借助外部消息系统完成异步解耦：
- 订单服务发布 OrderPaidEvent 到 Kafka 主题
payment.events - 库存服务、积分服务、通知服务各自订阅该主题，按需消费
- 任一服务宕机或延迟，不影响其他服务处理，消息可重试、持久化
- Kafka 适合高吞吐、日志类事件；RabbitMQ 更适合需要复杂路由或任务分发的场景
用 @EventListener 实现服务内轻量解耦
在单个微服务内部，也可用 Spring 的事件机制降低模块间依赖：
- 发布方注入 ApplicationEventPublisher，调用
publishEvent(new OrderPaidEvent(...)) - 监听方在任意 Bean 的方法上加 @EventListener，参数即事件类型
- 支持条件过滤：
@EventListener(condition = "#event.amount > 100") - 若需异步执行，配合 @Async；若需事务后触发，改用 @TransactionalEventListener
这种方式新增监听逻辑无需改动原有业务代码，符合开闭原则。
解耦不是目标本身，而是为了获得弹性、可观测性和演进能力。事件一旦发布，就成为系统里可追溯、可审计、可重放的业务事实。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
