Apollo Client从localStorage设置authorization header是否存在竞态问题？

首先直接给出结论：你担心的竞态问题不存在，Apollo原生支持异步的setContext回调，不需要担心初始化顺序带来的异常。

原因可以拆解为三个阶段的执行逻辑来理解：

• 客户端初始化阶段只做链路组装，不会执行链路逻辑
  你代码里的setContext注册回调、authLink.concat(httpLink)拼接链路、new ApolloClient实例化这三步，都只是完成链路的配置和组装，根本不会运行你写在setContext里的回调函数——不管这个回调是同步还是异步的，初始化阶段都不会触发执行，自然不存在初始化和异步获取token的逻辑竞争的可能。
• 链路逻辑只有实际发起请求时才会执行
  只有当你调用useQuery、useMutation或者手动调用client.query()等方法发起真实GraphQL请求时，Apollo才会按顺序执行你拼接好的整条链路。
• Apollo链路执行器原生支持异步回调
  setContext的回调如果是async异步函数、返回的是Promise，Apollo的链路执行器会自动等待该Promise resolve完成，拿到你返回的上下文配置（包含带token的请求头）之后，才会把上下文传递给下一个链路（也就是你拼接的httpLink）发起实际的网络请求，不会出现请求头还没设置完就发起请求的情况。

你提到的异步获取token的写法是Apollo官方明确支持的用法，常见的比如React Native环境下用异步的AsyncStorage获取token、或者浏览器端从异步存储/接口拿鉴权信息的场景，都可以直接用async写法的setContext回调，不需要额外做兼容处理。

补充注意：建议在异步setContext回调里加上异常捕获兜底，避免获取token的逻辑抛出异常导致正常请求失败，示例写法如下：

const authLink = setContext(async (_, { headers }) => {
  let token = ''
  try {
    token = await AsyncStorage.getItem('token')
  } catch (e) {
    // 自定义异常处理逻辑
  }
  return {
    headers: {
      ...headers,
      authorization: token ? `Bearer ${token}` : "",
    }
  }
});

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