Apollo Client 订阅功能在 Next.js 中的实现与问题解决
2025-05-11 20:13:01作者:虞亚竹Luna
前言
在现代 Web 开发中,实时数据更新是一个常见需求。GraphQL 订阅功能为此提供了优雅的解决方案。本文将深入探讨如何在使用 Apollo Client 和 Next.js 的项目中正确实现 GraphQL 订阅功能,并解决常见的"TypeError: Cannot return null for non-nullable field"错误。
技术栈背景
Apollo Client 是一个强大的 GraphQL 客户端,而 Next.js 是 React 的框架,支持服务端渲染。当两者结合使用时,特别是在处理实时数据订阅时,需要注意一些特殊的配置。
常见问题分析
许多开发者在尝试实现 GraphQL 订阅时,会遇到后端订阅正常工作但前端却报错的情况。典型的错误信息是"TypeError: Cannot return null for non-nullable field",这通常表明订阅连接未能正确建立。
问题根源
经过分析,这类问题通常源于以下原因:
- WebSocket 连接配置不正确
- 订阅链接(wsLink)被错误地放置在服务端配置中
- 客户端和服务端渲染环境混淆
解决方案详解
正确的配置位置
关键在于将 WebSocket 订阅链接配置放在客户端组件中。Next.js 的架构特点决定了服务端渲染环境无法直接处理 WebSocket 连接,因此必须明确区分客户端和服务端配置。
ApolloWrapper 的正确实现
以下是经过验证的有效实现方案:
"use client";
import {ApolloLink, HttpLink} from "@apollo/client";
import {
ApolloNextAppProvider,
NextSSRInMemoryCache,
NextSSRApolloClient,
SSRMultipartLink,
} from "@apollo/experimental-nextjs-app-support/ssr";
import {GraphQLWsLink} from "@apollo/client/link/subscriptions";
import {createClient} from "graphql-ws";
import {getMainDefinition} from "@apollo/client/utilities";
function makeClient() {
const httpLink = new HttpLink({
uri: "http://localhost:8000/graphql",
});
const wsLink = new GraphQLWsLink(createClient({
url: 'ws://localhost:8000/graphql',
connectionParams: {
authToken: "有效的认证令牌",
},
}));
const splitLink = split(
({ query }) => {
const definition = getMainDefinition(query);
return (
definition.kind === 'OperationDefinition' &&
definition.operation === 'subscription'
);
},
wsLink,
httpLink,
);
return new NextSSRApolloClient({
cache: new NextSSRInMemoryCache(),
link:
typeof window === "undefined"
? ApolloLink.from([
new SSRMultipartLink({
stripDefer: true,
}),
splitLink,
])
: splitLink,
});
}
export function ApolloWrapper({ children }) {
return (
<ApolloNextAppProvider makeClient={makeClient}>
{children}
</ApolloNextAppProvider>
);
}
关键点说明
- "use client"指令:明确标识这是一个客户端组件
- 环境判断:通过typeof window检查当前环境
- 链接分离:使用splitLink区分普通查询和订阅
- 认证处理:在connectionParams中传递认证信息
最佳实践建议
- 始终将WebSocket相关配置放在客户端组件中
- 为生产环境配置安全的WebSocket连接(wss://)
- 实现完善的错误处理和重连机制
- 考虑使用环境变量管理后端URL
- 在开发阶段启用详细的日志记录以帮助调试
总结
通过正确理解Next.js的架构特点和Apollo Client的工作机制,我们可以有效地实现GraphQL订阅功能。关键在于区分客户端和服务端环境,并将WebSocket配置放置在适当的位置。本文提供的解决方案已经过实际项目验证,能够解决常见的订阅连接问题。
对于更复杂的场景,建议进一步研究Apollo Client的实时数据策略和Next.js的高级数据获取方法,以构建更加健壮的实时应用程序。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0432
源启盛夏_AtomGit暑期开发者成长计划「源启盛夏」暑期校园开发者成长计划旨在激活校园开源力量,通过积分激励、认证扶持、资源倾斜等形式,引导高校组织和开发者完成「入驻 — 建项目 — 做贡献 — 获认证 — 得资源」的完整闭环。无论你是想带领社团入驻平台的组织者,还是希望用代码贡献证明自己的开发者,都能在这里找到属于你的成长路径。Markdown00
jiuwenswarmJiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。Python0749
Hy3Hy3 是由腾讯混元团队研发的快慢思考融合的混合专家模型,总参数量 295B,激活参数 21B,MTP 层参数 3.8B。4 月底发布 Hy3 Preview 后,我们在 50 多个业务中获得了广泛的反馈,修复了各种体验问题,进一步提升了后训练的质量和规模。今天,我们发布 Hy3。它展现出显著强于同尺寸并比肩旗舰(参数规模往往是 Hy3 的 2~5 倍)开源模型的智能水平,显著提升了在各类产品和生产力任务中的实用价值。Python00
AscendNPU-IRAscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优C++0304
DeepAuditDeepAudit:人人拥有的 AI 黑客战队,让漏洞挖掘触手可及。国内首个开源的代码漏洞挖掘多智能体系统。小白一键部署运行,自主协作审计 + 自动化沙箱 PoC 验证。支持 Ollama 私有部署 ,一键生成报告。支持中转站。让安全不再昂贵,让审计不再复杂。Python05
项目优选
收起
暂无描述
Markdown
821
5.45 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
491
512
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
957
2.25 K
Ascend Extension for PyTorch
Python
794
1.12 K
deepin linux kernel
C
32
16
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
772
1.55 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.2 K
1.23 K
CANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。
Jupyter Notebook
631
250
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
2.83 K
749
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
430
304