EventBus与Google Pub/Sub的区别及二者是否可搭配使用

• 定位场景不同：EventBus是轻量事件分发组件，常见实现如Guava EventBus、Spring EventBus，核心面向单应用进程内、同VPC内网小规模微服务集群的事件传递，设计目标是低延迟、轻接入，不需要额外部署独立服务；Google Pub/Sub是Google Cloud提供的托管式全局分布式消息队列，面向跨区域、跨异构系统、跨云的大规模消息投递场景，是独立的云服务，需要单独开通调用。
• 可靠性能力不同：EventBus默认没有持久化、投递重试机制，进程崩溃或订阅方异常会直接丢失事件，大多不保证投递成功率；Google Pub/Sub提供消息持久化、至少一次投递保证，内置死信队列、自定义重试策略、消息过期配置，能应对流量洪峰、消费端异常等场景，数据可靠性远高于EventBus。
• 成本与性能取舍：EventBus无额外服务成本，同进程内事件传递延迟在微秒级，适合高频低重要性的内部事件；Google Pub/Sub按消息量、流量付费，跨区域投递延迟在百毫秒级，适合需要高可靠性的跨系统事件传递。

完全可以搭配使用，是非常常见的架构分层实践，典型使用场景有两种：

1. 内部事件先通过EventBus分发：应用内部的轻量事件（如本地日志上报、同服务内的业务模块通知）直接走EventBus分发降低延迟，只有需要跨系统/跨区域同步的事件（如跨区域订单同步、第三方系统通知），由专门的EventBus订阅者推送到Google Pub/Sub对外投递。
2. 外部事件接入后通过EventBus分发：消费端从Google Pub/Sub拉取到外部系统投递的事件后，将事件推送到本地服务的EventBus中，分发给不同的业务模块处理，避免每个业务模块都单独对接Google Pub/Sub，降低接入复杂度。

内容的提问来源于stack exchange，提问作者Rungkrit Titachotnimit