AWS Lambda处理Twitter OAuth授权回调时无法302重定向到前端

你的代码核心问题是Lambda处理函数没有返回重定向响应对象。
你在fetch的Promise链.then()回调里构造的302响应，只在Promise链内部做了返回，外层await fetch(...)执行完拿到这个响应后，你没有把它作为整个handler函数的返回值return出去，Lambda运行时收不到返回值会默认给API Gateway返回空响应，API Gateway拿不到Location头和302状态码，自然不会触发跳转。

除了这个直接导致重定向失败的问题，你的代码还有几个会触发后续异常的隐患：

• Twitter OAuth2的token接口要求所有请求参数放在POST请求体中传递，你现在把参数全拼在URL上，虽然设置了application/x-www-form-urlencoded的请求头但没传请求体，大概率会被Twitter返回400错误，拿不到access_token
• 代码里的MY REDIRECT URI是未替换的占位符，且没有做URL编码，实际运行时会直接请求失败
• catch块仅打印错误日志，没有返回合法响应，一旦请求报错用户只会看到API Gateway的默认错误页，无法定位问题
• 没有校验Twitter返回结果中是否存在access_token，如果接口返回错误，会把undefined拼到跳转URL中导致逻辑异常
• 本地调试用的127.0.0.1地址需要提前加到Twitter开发者后台的OAuth2重定向白名单中，否则授权阶段就会被Twitter拦截，根本不会触发你的Lambda函数

const loginTwitterCallback = async (e, context) => {
  const fetch = (...args) =>
    import("node-fetch").then(({ default: fetch }) => fetch(...args));

  const { code } = e.queryStringParameters;
  // 替换为你在Twitter后台配置的、和发起授权时传的完全一致的回调地址
  const TWITTER_REDIRECT_URI = "你的API回调地址";

  try {
    // 按Twitter要求把参数放到POST请求体中
    const tokenReqParams = new URLSearchParams();
    tokenReqParams.append("code", code);
    tokenReqParams.append("grant_type", "authorization_code");
    tokenReqParams.append("client_id", process.env.TWITTER_CLIENT_ID);
    tokenReqParams.append("code_verifier", "jwqoijoiw"); // 正式环境请替换为授权阶段生成的真实verifier，不要硬编码
    tokenReqParams.append("redirect_uri", TWITTER_REDIRECT_URI);

    const tokenResp = await fetch("https://api.twitter.com/2/oauth2/token", {
      method: "POST",
      headers: {
        "Content-Type": "application/x-www-form-urlencoded",
      },
      body: tokenReqParams
    });

    const tokenData = await tokenResp.json();

    // 异常场景提前返回错误提示
    if (!tokenData.access_token) {
      return {
        statusCode: 400,
        headers: { "Content-Type": "text/plain; charset=utf-8" },
        body: `授权失败：${JSON.stringify(tokenData)}`
      };
    }

    // 必须return构造的响应对象，Lambda才能正确返回给API Gateway触发重定向
    return {
      statusCode: 302,
      headers: {
        Location: `http://127.0.0.1:3000/auth/social?type=twitter&access_token=${encodeURIComponent(tokenData.access_token)}`
      },
      body: null
    };

  } catch (err) {
    console.error("Twitter登录回调异常：", err);
    // 错误场景也要返回合法响应，避免返回undefined
    return {
      statusCode: 500,
      headers: { "Content-Type": "text/plain; charset=utf-8" },
      body: "服务异常，请稍后重试"
    };
  }
};

• 确认API Gateway已经开启Lambda代理集成，且修改后的代码已经重新部署到对应阶段
• 确认回调地址和Twitter开发者后台配置的OAuth2重定向URI完全一致，包括协议（http/https）、路径、末尾斜杠，任意字符不匹配都会被Twitter拦截
• 正式环境不要硬编码code_verifier，应当在发起授权跳转时随机生成verifier和对应的challenge，把verifier存在用户session/加密cookie中，回调时取出使用，避免OAuth流程的安全风险
• 不建议把access_token直接拼接在跳转URL中，URL参数会被浏览器历史、中间代理、服务器日志留存，存在token泄露风险，更合理的做法是回调阶段自行生成短期会话凭证，前端跳转后用凭证向服务端换取用户登录态

内容的提问来源于stack exchange，提问作者Red Vic