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