Urql 项目中处理认证错误与重定向的最佳实践

问题背景

在使用Urql和Clerk进行身份验证集成的过程中，开发者遇到了一个常见但棘手的问题：当用户登出时，页面上的所有useQuery钩子会短暂返回"未授权"错误，然后才被重定向到登录页面。这种用户体验上的瑕疵需要被优雅地解决。

核心问题分析

问题的本质在于Urql的工作机制与前端路由重定向的时序问题。当用户登出时，会发生以下流程：

1. 认证状态发生变化（用户登出）
2. Urql检测到认证变化，重新评估所有查询
3. 查询因缺少认证而返回错误
4. 错误处理逻辑触发重定向

这个过程中，步骤3和4之间存在时间差，导致用户短暂看到错误信息。

解决方案

方案一：使用pause选项控制查询执行

在useQuery钩子中添加pause选项，当没有有效token时暂停查询执行：

const [result] = useQuery({
  query: MY_QUERY,
  pause: !isSignedIn // 当用户未登录时暂停查询
});

这种方法简单直接，但可能不适合需要同时支持认证和非认证查询的场景。

方案二：引入retryExchange

更优雅的解决方案是在authExchange之后添加retryExchange：

import { retryExchange } from '@urql/exchange-retry';

// 在创建客户端时
createClient({
  exchanges: [
    cacheExchange,
    authExchange(/*...*/),
    retryExchange({
      initialDelayMs: 1000,
      maxDelayMs: 15000,
      randomDelay: true,
      maxNumberAttempts: 2,
      retryIf: (error) => error.response.status === 401
    }),
    fetchExchange
  ]
});

这种方案的优势在于：

• 自动处理401错误的重试
• 在重试期间给系统足够时间完成重定向
• 可配置重试策略，适应不同场景需求

方案三：状态优先渲染控制

结合React的渲染控制，可以在更高层次解决问题：

function App() {
  const { isSignedIn } = useAuth();
  
  if (!isSignedIn) {
    return <Redirect to="/sign-in" />;
  }
  
  return (
    <UrqlProvider>
      {/* 应用内容 */}
    </UrqlProvider>
  );
}

这种方法将认证检查提升到组件树的最上层，从根本上避免了未授权查询的执行。

最佳实践建议

1. 分层处理认证：在UI层、路由层和数据层分别处理认证问题
2. 错误边界：使用React错误边界捕获并处理UI错误
3. 状态同步：确保认证状态与UI状态同步更新
4. 用户体验：考虑添加加载状态，避免界面闪烁

总结

Urql与认证系统的集成需要特别注意状态变化的时序问题。通过合理使用Urql提供的各种exchange和React的状态管理，可以构建出既安全又用户友好的认证流程。retryExchange方案尤其适合需要灵活控制查询行为的复杂应用场景。