Chrome扩展OAuth登录异常：获取回调URL返回结果后主窗口意外关闭

你的主窗口（大概率是扩展的popup）在OAuth回调后意外消失，核心问题出在过早调用sendResponse以及重复调用sendResponse，具体细节如下：

1. 提前发送响应触发窗口关闭：收到login消息后你立刻调用了sendResponse('success')——如果这个请求是从popup发起的，popup会误认为请求已经完成，随即自动关闭（Chrome扩展的popup在失去焦点或请求完成后会默认关闭）。但此时launchWebAuthFlow的异步认证流程还在进行，等回调触发时，主窗口已经不存在了。
2. 重复调用sendResponse触发异常：在launchWebAuthFlow的回调里，你先后多次调用sendResponse，这违反了Chrome消息API的规则——每个消息只能调用一次sendResponse，重复调用会引发不可预期的行为，包括窗口异常关闭。

// background.js
chrome.runtime.onMessage.addListener((request, sender, sendResponse) => {
  if (request.message === 'login') {
    chrome.identity.launchWebAuthFlow({
      url: DISCORD_URI,
      interactive: true
    }, function (redirect_uri) {
      // 统一处理认证结果，仅调用一次sendResponse
      if (chrome.runtime.lastError || redirect_uri.includes('access_denied')) {
        console.log("Could not authenticate.");
        user_signed_in = false;
        sendResponse('fail');
      } else {
        console.log("Login success - ");
        user_signed_in = true;
        sendResponse('success');
      }
    });
    // 返回true保持消息通道开放，等待异步操作完成
    return true;
  }
});

• 移除开头的提前响应：删掉了最初的sendResponse('success')，这样发起请求的窗口（比如popup）会保持打开状态，直到认证流程完成并返回真正的结果。
• 统一响应逻辑：在回调里仅根据认证结果调用一次sendResponse，避免重复调用带来的异常。
• 保留return true：这是异步消息处理的必要操作，告诉Chrome不要立即关闭消息通道，等待异步操作完成后再发送响应。

如果你的主窗口是popup，还可以在popup的请求逻辑里添加加载状态（比如显示“正在登录...”），既提升用户体验，也能避免用户误操作关闭窗口。

内容的提问来源于stack exchange，提问作者MD SHAYON