事件驱动架构通过异步消息机制解耦微服务，服务间无需直接调用，只需发布或订阅事件，如订单服务发布“订单已创建”，库存服务订阅并处理，提升系统灵活性与可扩展性；发布者完成逻辑后立即返回，消费者按需处理事件，支持失败重试，增强容错能力；即使下游服务短暂不可用，事件暂存于消息队列，避免级联故障；新功能如优惠券服务可独立订阅事件实现业务扩展，无需修改原有服务代码；各服务可独立部署升级，业务流程变更仅需调整订阅关系，核心在于合理设计事件边界与数据一致性策略。
事件驱动架构通过异步通信机制让微服务之间减少直接依赖，从而实现解耦。一个服务不再需要知道另一个服务的存在，只需发布或订阅事件，系统整体变得更灵活、可扩展。
服务间通过事件消息通信
在事件驱动架构中，服务不通过HTTP请求直接调用彼此，而是通过消息中间件（如Kafka、RabbitMQ）发送和接收事件。例如订单服务创建订单后，发布“订单已创建”事件，库存服务订阅该事件并更新库存。
- 发布者完成自身逻辑后立即返回，无需等待消费者处理
- 消费者按自身节奏处理事件，失败可重试，不影响发布者
- 服务之间没有接口契约依赖，只需约定事件格式
降低服务间的时序依赖
传统同步调用要求被调用方必须在线且响应及时，而事件驱动允许系统部分组件暂时不可用。即使库存服务短暂下线，订单服务仍可继续处理订单，事件会暂存于消息队列中。
- 系统容错能力增强，局部故障不会快速扩散
- 服务可独立部署、升级或重启，不影响上下游
- 流量高峰时可通过队列缓冲，避免雪崩
支持业务逻辑的动态扩展
新增功能可以通过订阅已有事件实现，无需修改原有服务。比如要增加“发送优惠券”功能，只需新开发一个优惠券服务并订阅“订单已创建”事件。
- 无需改动订单服务代码或接口
- 多个服务可同时监听同一事件，实现广播式响应
- 业务流程变更只需调整订阅关系，不涉及核心逻辑修改
基本上就这些。事件驱动让服务真正做到了独立演化，只要事件结构保持兼容，各服务就可以自由迭代。关键是设计好事件边界和数据一致性策略，避免出现状态混乱。不复杂但容易忽略。
