LinkedIn OAuth2获令牌后直接请求报错，如何取消5秒延迟？

这问题我之前帮团队排查过类似的，本质是LinkedIn的OAuth2后端存在最终一致性延迟——你拿到令牌的瞬间，授权服务器已经生成了令牌记录，但负责验证令牌的资源服务器还没同步到这条数据，所以立即请求会被误判为“令牌已被用户撤销”。手动调用或加延迟能正常工作，就是因为这段时间足够LinkedIn完成数据同步。

下面是几个靠谱的解决方案，不用依赖固定延迟：

1. 针对特定错误的指数退避重试（推荐） #

不要用固定5秒延迟，而是基于错误类型做智能重试，这样既保证成功率，又不会浪费不必要的等待时间。核心思路是：如果收到Then token used in this request has been revoked by the user的错误，就按指数递增的间隔重试几次（比如1秒、2秒、4秒），超过次数再抛出异常。

示例JavaScript代码：

async function fetchLinkedInData(token, retries = 3, baseDelay = 1000) {
  const url = "https://api.linkedin.com/v2/me";
  const options = {
    headers: { Authorization: `Bearer ${token}` }
  };

  try {
    const response = await fetch(url, options);
    if (response.status === 401) {
      const errorText = await response.text();
      // 只针对特定的误判错误重试
      if (errorText.includes("revoked by the user") && retries > 0) {
        await new Promise(resolve => setTimeout(resolve, baseDelay));
        return fetchLinkedInData(token, retries - 1, baseDelay * 2);
      }
    }
    // 其他情况直接返回或抛出错误
    if (!response.ok) throw new Error(`请求失败：${response.status}`);
    return await response.json();
  } catch (err) {
    if (retries > 0) {
      await new Promise(resolve => setTimeout(resolve, baseDelay));
      return fetchLinkedInData(token, retries - 1, baseDelay * 2);
    }
    throw err;
  }
}

// 使用方式：拿到令牌后直接调用
const token = await getLinkedInOAuthToken();
const userData = await fetchLinkedInData(token);

2. 先验证令牌有效性再发起业务请求 #

通过LinkedIn的令牌 introspect 端点，先确认令牌处于活跃状态，再调用业务接口。这个方式更严谨，因为直接对接授权服务器的验证逻辑，同步完成后再执行后续流程。

示例代码：

async function isTokenActive(token, clientId, clientSecret) {
  const response = await fetch("https://api.linkedin.com/v2/introspectToken", {
    method: "POST",
    headers: {
      "Content-Type": "application/x-www-form-urlencoded",
      "Authorization": `Basic ${btoa(`${clientId}:${clientSecret}`)}`
    },
    body: `token=${token}`
  });
  const data = await response.json();
  return data.active === true;
}

// 完整流程
const token = await getLinkedInOAuthToken();
const clientId = "你的客户端ID";
const clientSecret = "你的客户端密钥";

let tokenValid = false;
let retryCount = 3;
while (!tokenValid && retryCount > 0) {
  tokenValid = await isTokenActive(token, clientId, clientSecret);
  if (!tokenValid) {
    await new Promise(resolve => setTimeout(resolve, 1000));
    retryCount--;
  }
}

if (tokenValid) {
  // 令牌验证通过，发起业务请求
  const userData = await fetch("https://api.linkedin.com/v2/me", {
    headers: { Authorization: `Bearer ${token}` }
  }).then(res => res.json());
} else {
  throw new Error("令牌多次验证失败，请检查OAuth流程");
}

3. 检查OAuth2流程是否合规 #

最后确认下你的OAuth2实现是否符合LinkedIn的规范：

• 尽量使用授权码流程（Authorization Code Flow），而非隐含授权流程（Implicit Flow），后者的令牌同步延迟通常更明显；
• 获取令牌时，确认响应中的access_token、expires_in字段正常返回，没有异常值；
• 避免在获取令牌的请求中添加不必要的参数，确保请求完全符合LinkedIn的文档要求。

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