await与立即执行异步函数表达式的差异及问题咨询

关键逻辑：Chrome onMessage 对监听器返回值的处理规则 #

Chrome 的 chrome.runtime.onMessage API 对监听器的返回值有严格区分逻辑：

• 普通函数返回布尔值true：告诉 Chrome 不要立即关闭消息通道，允许你在后续异步操作完成后调用sendResponse发送响应。
• 监听器是async函数（返回Promise）：Chrome 会自动忽略sendResponse的调用，转而等待这个Promise完成，将Promise的最终resolve值作为响应返回给调用方；如果Promise被reject，调用方会收到undefined。

第一段代码的问题 #

chrome.runtime.onMessage.addListener(async (request, sender, sendResponse) => {
    const response = await executeScript(request);
    if (response) {
        console.log('Content script received message:', response);
        sendResponse(response[0].result);
    }
    return true;
});

这段代码把监听器定义为async函数，它的返回值是一个包装了true的Promise（async函数总会把返回值包装成Promise）。此时Chrome会遵循「Promise响应」的逻辑：

1. 忽略你手动调用的sendResponse；
2. 等待Promise完成，将true作为响应返回给调用方。
   如果executeScript抛出错误导致Promise被reject，调用方就会收到undefined——这就是你遇到的问题。

第二段代码为什么正常 #

chrome.runtime.onMessage.addListener((request, sender, sendResponse) => {
    (async () => {
        const response = await executeScript(request);
        if (response) {
            console.log('Content script received message:', response);
            sendResponse(response[0].result);
        }
    })();
    return true;
});

这段代码的监听器是普通函数，它直接返回true，告诉Chrome保持消息通道打开。内部的立即执行异步函数（IIFE）只是负责完成异步操作，操作完成后调用sendResponse发送响应——此时Chrome会正确处理这个调用，因为通道处于打开状态，所以调用方能收到executeScript的返回结果。

关于await行为的补充 #

await确实会暂停当前异步函数的执行，直到Promise状态变更，这一点在两段代码里的行为是一致的。差异的核心不是await本身，而是监听器的类型（普通函数/async函数）导致Chrome对返回值的处理逻辑完全不同。

内容的提问来源于stack exchange，提问作者Pradeep Vairamani