通过AWS SDK调用EventBridge.send是否为异步？如何避免等待目标处理

1. eventBridge.send的同步/异步本质 #

eventBridge.send（对应调用PutEventsCommand）是同步请求，但它仅负责等待EventBridge成功接收并持久化事件到事件总线，绝对不会等待下游监听目标完成事件处理。

2. 为什么Lambda执行时长高，X-Ray能看到下游Lambda？ #

你遇到的现象核心原因是EventBridge的目标配置使用了同步调用模式。比如如果目标是Lambda，你可能把Invocation Type设为了RequestResponse（同步调用）——这种情况下，EventBridge会同步触发下游Lambda，等它执行完成后才给上游返回确认，导致你的上游Lambda里的await eventBridge.send(...)会一直阻塞到下游处理结束，自然拉长了整体执行时间，X-Ray链路也会把下游Lambda的执行过程包含进来。

3. 如何实现不等待目标处理就发送事件？ #

只需修改EventBridge目标的调用模式，让目标处理和上游发送解耦：

• 若目标是Lambda：把Invocation Type改成Event（异步调用模式）。此时EventBridge会把事件扔进Lambda的异步队列后立刻返回确认，上游Lambda的send调用完成后就可以继续执行或结束，完全不用等下游Lambda处理。
• 若目标是SQS、SNS这类服务：它们本身就是异步处理模型，EventBridge发送事件到这些目标时，只要目标确认接收就会返回，不会等待后续处理，无需额外配置。

另外补充：你代码里的await是合理的——它只是确保EventBridge成功接收事件，避免丢事件。只要目标配置成异步模式，这个await的耗时就会回到正常的事件总线写入耗时，不会被下游处理拖慢。

内容的提问来源于stack exchange，提问作者Joey Yi Zhao