Apollo Server 中实现未授权重定向的最佳实践

在基于 Apollo Server 和 Next.js 构建的 GraphQL API 开发中，处理未授权访问是一个常见需求。本文将深入探讨如何在 GraphQL 端点中优雅地实现未授权重定向，而非简单地抛出错误。

核心问题分析

在传统的 REST API 中，我们可以直接返回 302 重定向响应来处理未授权访问。但在 GraphQL 环境中，由于所有请求都通过单一的端点（通常是 /graphql）处理，这种重定向逻辑需要更精细的设计。

常见错误做法

许多开发者会尝试在 Apollo Server 的 context 函数中直接使用 Next.js 的 redirect 方法，这会导致以下问题：

1. 违反 GraphQL 规范：GraphQL 响应应该始终返回 JSON 格式的数据
2. 服务器端异常：尝试在非组件环境中使用 Next.js 的导航方法
3. 客户端体验不佳：简单的错误抛出无法提供流畅的重定向体验

推荐解决方案

方案一：HTTP 层拦截（推荐）

最佳实践是在请求到达 GraphQL 处理器之前进行拦截：

1. 在 Next.js 路由处理器中先验证授权状态
2. 如果未授权，直接返回 302 重定向响应
3. 只有授权通过的请求才会进入 Apollo Server 处理流程

这种方法保持了 GraphQL 的纯净性，同时利用了 HTTP 协议的原生重定向能力。

方案二：GraphQL 错误扩展

如果必须在 GraphQL 层处理，可以通过错误扩展实现：

1. 在 context 函数中检测授权状态
2. 未授权时抛出特定格式的错误
3. 在错误中包含 HTTP 状态码和重定向头部

throw new GraphQLError('Authentication required', {
  extensions: {
    code: 'UNAUTHENTICATED',
    http: { 
      status: 302,
      headers: {
        Location: '/auth/login'
      }
    }
  }
});

实现注意事项

1. 前端适配：客户端需要能够处理 302 响应并执行重定向
2. 状态保持：考虑在重定向时携带原始请求信息，以便登录后能返回原页面
3. 安全考虑：确保重定向目标不会被用于开放重定向攻击

性能优化建议

1. 尽早拦截：在请求进入 GraphQL 解析流程前进行授权检查
2. 缓存策略：对公共接口和私有接口进行区分处理
3. 最小化开销：避免在授权检查阶段执行不必要的数据库查询

通过以上方法，开发者可以在 Apollo Server 和 Next.js 的架构中实现既安全又用户友好的授权重定向机制。