You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Apollo返回401错误后如何阻止后续查询请求?

如何在Apollo Client遇到401时阻止后续查询

你遇到的问题其实很典型:onError Link是在请求返回错误后才触发的,这时候第二个查询可能已经发出去了,所以它没法拦截还没发送的请求。要解决这个问题,我们需要从「请求发送前拦截」或者「组件层面控制查询触发时机」入手,下面给你两个实用的方案:

方案一:组件层面手动控制查询触发(适合特定组件的两个查询)

如果这两个查询只在当前组件里需要按顺序执行,最直接的方式是用useLazyQuery延迟第二个查询的触发,只有第一个查询成功且没有401错误时,再手动发起第二个请求。

示例代码:

import { useQuery, useLazyQuery, useEffect } from '@apollo/client';
import { FIRST_QUERY, SECOND_QUERY } from './your-queries';

function YourComponent() {
  // 第一个查询自动触发
  const { data: firstData, error: firstError } = useQuery(FIRST_QUERY);
  // 第二个查询用useLazyQuery,不会自动触发
  const [fetchSecondQuery, { data: secondData }] = useLazyQuery(SECOND_QUERY);

  // 监听第一个查询的结果,决定是否触发第二个
  useEffect(() => {
    // 只有第一个查询成功、没有错误时才发第二个请求
    if (firstData && !firstError) {
      fetchSecondQuery();
    }
  }, [firstData, firstError, fetchSecondQuery]);

  // 处理401错误
  if (firstError?.networkError?.statusCode === 401) {
    // 这里可以加登录跳转、提示等逻辑
    return <div>登录已过期,请重新登录</div>;
  }

  return (
    <div>
      {/* 渲染你的数据 */}
      {firstData && <p>第一个查询结果:{JSON.stringify(firstData)}</p>}
      {secondData && <p>第二个查询结果:{JSON.stringify(secondData)}</p>}
    </div>
  );
}

这种方式的好处是逻辑清晰,完全在组件内控制,不会影响其他组件的请求。

方案二:全局自定义Link拦截请求(适合全应用的401拦截)

如果你希望全局范围内,只要出现一次401就阻止所有后续请求,可以自定义一个Apollo Link,在请求发送前检查是否已经触发了未授权状态,从而拦截请求。

示例代码:

import { ApolloLink, from, Observable } from '@apollo/client';
import { HttpLink } from '@apollo/client/link/http';
import { InMemoryCache } from '@apollo/client/cache';

// 全局维护未授权状态
let isUnauthorized = false;

// 自定义拦截Link
const authBlockLink = new ApolloLink((operation, forward) => {
  // 如果已经标记为未授权,直接取消请求
  if (isUnauthorized) {
    return new Observable((observer) => {
      observer.error(new Error('已拦截:用户未授权'));
    });
  }

  // 正常转发请求,同时监听响应
  return forward(operation).map((response) => {
    // 检查响应中是否有401错误
    const has401 = response.errors?.some(
      err => err.extensions?.statusCode === 401
    );

    if (has401) {
      isUnauthorized = true;
      // 这里可以添加登录跳转、清除token等逻辑
      window.location.href = '/login';
    }

    return response;
  });
});

// 构建Apollo Client
const client = new ApolloClient({
  link: from([
    authBlockLink,
    new HttpLink({ uri: '/your-graphql-endpoint' }),
    // 其他Link(比如errorLink、authLink等)放在合适的位置
  ]),
  cache: new InMemoryCache(),
});

注意:当用户重新登录后,记得把isUnauthorized重置为false,否则后续请求会一直被拦截。比如在登录成功的回调里加isUnauthorized = false。

为什么原来的onError Link没用?

再补充一下:onError Link是在请求完成并返回错误后才执行的,而你的两个查询是同时触发的,第二个请求可能在第一个请求的错误回调执行前就已经发送出去了,所以它没法阻止已经发出的请求。我们需要的是「前置拦截」,而不是「后置处理」。

内容的提问来源于stack exchange,提问作者Byrd

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.15 08:07:49