Apollo iOS 项目中 WebSocket 订阅协议配置问题解析
2025-06-17 14:23:11作者:邵娇湘
问题背景
在 iOS 开发中使用 Apollo GraphQL 客户端进行订阅操作时,开发者可能会遇到 WebSocket 连接错误。这类问题通常与 WebSocket 子协议配置不当有关,特别是在本地开发环境或模拟器中运行时。
错误现象
开发者在使用 iOS 模拟器进行 GraphQL 订阅测试时,可能会遇到两种典型错误:
- SSL 相关错误:"The operation couldn't be completed. (OSStatus error -9847.)"
- WebSocket 协议错误:"The operation couldn't be completed. (ApolloWebSocket.WebSocket.WSError error 1.)"
问题根源分析
1. 本地开发环境使用 wss 协议
第一个 SSL 错误通常是因为在本地开发环境中错误地使用了 wss(WebSocket Secure)协议而非 ws 协议。本地开发服务器通常不会配置 SSL 证书,因此应该使用非加密的 ws 协议。
2. WebSocket 子协议不匹配
第二个错误则更为关键,它反映了 WebSocket 子协议配置不正确的问题。GraphQL over WebSocket 有多种实现协议,常见的有:
- graphql-ws 库使用的
graphql-transport-ws协议 - subscriptions-transport-ws 库使用的
graphql-ws协议
许多开发者容易混淆库名称和实际协议名称,导致配置错误。
解决方案
1. 本地环境协议配置
对于本地开发环境,应确保:
- 使用
ws://而非wss://协议 - 确认本地 WebSocket 服务器已正确启动并监听指定端口
2. 正确配置 WebSocket 子协议
在 Apollo iOS 客户端初始化 WebSocket 连接时,必须根据后端使用的实际库选择正确的子协议:
// 如果后端使用 graphql-ws 库
let protocol = WebSocket.WSProtocol.graphql_transport_ws
// 如果后端使用 subscriptions-transport-ws 库
let protocol = WebSocket.WSProtocol.graphql_ws
最佳实践建议
- 环境区分:为不同环境(开发/生产)配置不同的 WebSocket 连接参数
- 协议验证:与后端团队确认使用的具体 WebSocket 实现库
- 错误处理:实现完善的错误处理机制,捕获并记录连接过程中的详细错误信息
- 日志记录:在开发阶段启用详细日志,帮助诊断连接问题
总结
Apollo iOS 客户端中的 WebSocket 订阅功能配置需要注意两个关键点:一是正确选择 ws/wss 协议以适应不同环境,二是准确匹配后端使用的 GraphQL WebSocket 子协议。理解这两点可以避免大多数连接问题,确保订阅功能正常工作。
登录后查看全文
热门项目推荐
相关项目推荐
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
LongCat-AudioDiT-1BLongCat-AudioDiT 是一款基于扩散模型的文本转语音(TTS)模型,代表了当前该领域的最高水平(SOTA),它直接在波形潜空间中进行操作。00- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
HY-Embodied-0.5这是一套专为现实世界具身智能打造的基础模型。该系列模型采用创新的混合Transformer(Mixture-of-Transformers, MoT) 架构,通过潜在令牌实现模态特异性计算,显著提升了细粒度感知能力。Jinja00
FreeSql功能强大的对象关系映射(O/RM)组件,支持 .NET Core 2.1+、.NET Framework 4.0+、Xamarin 以及 AOT。C#00
项目优选
收起
deepin linux kernel
C
27
14
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
657
4.26 K
Ascend Extension for PyTorch
Python
502
606
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
939
862
Oohos_react_native
React Native鸿蒙化仓库
JavaScript
334
378
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
390
284
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
123
195
openGauss kernel ~ openGauss is an open source relational database management system
C++
180
258
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.54 K
891
昇腾LLM分布式训练框架
Python
142
168