很多人第一次接 OPC UA，照示例代码一连就成功，心里觉得不过如此。可一到现场，证书弹窗、连接莫名被拒、订阅半天收不到数据、断网后重连不上，问题一个接一个。这篇文章按开发顺序把 OPC UA 客户端的关键环节讲透，例子以 C# 常用的 OPCFoundation 官方库写法说明，原理换成别的语言也一样。
OPC UA 相比老协议好在哪
OPC UA 不只是"能读数据"，它把老协议里最麻烦的几件事标准化了：地址空间是统一的节点模型，不再需要记 DB 块地址；自带类型描述，读一个值同时知道它的数据类型和工程单位；安全是协议内置的，证书、签名、加密都有规矩；订阅机制原生支持，数据变化主动推送，不用客户端死轮询。
代价是概念多、上手陡。Endpoint、Session、Subscription、MonitoredItem 这些对象各管一层，理解了它们的关系，后面的问题都好定位。
第一步：发现端点和选择安全策略
连接的第一步不是直接给个 URL 就 CreateSession，而是先调 GetEndpoints 向服务器查询它支持哪些端点。每个端点包含安全模式（None/Sign/SignAndEncrypt）、安全策略（Basic256Sha256 等）和传输地址。客户端要根据安全要求从返回列表里选一个，再用匹配的配置建会话。
现场常见的坑：服务器返回的端点地址里常写机器名或内网地址，客户端要把 EndpointUrl 改回实际可达地址、保留原安全策略；老服务器往往只支持旧策略（如 Basic128Rsa15），新客户端默认禁用了它，需要显式放开。
证书信任这道坎怎么过
OPC UA 双向认证：客户端验证服务器证书，服务器也验证客户端证书，双方都要把对方证书放进信任列表。第一次连接失败，八成是证书问题。排查顺序很固定：
- 双方证书都要进对方信任库，没被信任的证书默认落在各自的 Rejected 目录，查拒绝日志就能确认；
- 核对证书有效性：有效期、主机名、证书链，客户端和服务器时间差太多会直接判定过期；
- 生产环境统一用企业 CA 签发的证书，到期前轮换，别长期用自动生成的临时证书。
开发图省事可以临时关安全走 None，但要在代码里写死这是调试专用，配置一旦带到现场就是裸奔。
订阅、监控项和通知怎么工作
订阅不是简单的"数据变了推给我"，它有三个参数必须理解对：
- PublishingInterval（发布间隔）：服务器攒通知的节奏，比如 500ms，不是每个点一变就发；
- SamplingInterval（采样间隔）：单个监控项检测数据源变化的节奏，可以比发布间隔更细；
- QueueSize + DiscardOldest：每个监控项自己有队列，来不及发的通知排队，队列满时按策略丢弃旧值或新值。
监控项还可以设过滤器：死区过滤（绝对死区/百分比死区）能压住模拟量微小抖动，变化不超过死区就不产生通知。状态量用状态过滤，模拟量用死区，配不好要么通知泛滥要么漏掉真实变化。
通知是批量到达的，可能含多个监控项的多条数据，按 ClientHandle 区分点位；每条带服务器时间戳和源时间戳，数据对齐优先用源时间戳。
断线检测和会话重建
OPC UA 有两层保活：会话层靠 Client 定期 Publish 请求维持，服务器在没有通知时按 PublishingInterval 的倍数回 KeepAlive；如果连续多个周期（LifetimeCount）没收到任何响应，会话就会被服务器回收。订阅层有 KeepAliveCount，客户端据此判断订阅是否还活着。
健壮客户端的重连不能只做一个 try/catch，正确姿势是分层恢复：
- 先按退避策略重连，间隔逐渐拉长，避免双方疯狂重连；
- 先尝试 TransferSubscriptions 迁移旧订阅，成功则订阅不丢、未发通知还能补回；
- 迁移失败再重建会话、订阅和全部监控项，所以监控项配置必须能重复创建；
- 重连后主动读一次关键点位，补齐断线期间错过的状态。
常见坑和给开发者的建议
- 订阅建了但收不到通知：先查监控项返回的 StatusCode，再查发布间隔和 KeepAlive，很多人是只建订阅忘了发 Publish 请求（官方库一般自动处理，自己实现协议最容易漏）；
- 时钟问题：证书校验和会话超时都对时间敏感，客户端服务器时间差太大直接连不上，先对 NTP；
- 大批量点位要批量创建并检查每条结果，个别地址错的单独补；
- 连接、重连、订阅参数全部做成配置，现场调参不用重编译。
实操建议：先用 None 安全在实验室把订阅、通知、重连逻辑调通，再开 SignAndEncrypt 处理证书，别把通信问题和证书问题搅在一起排。项目中需要成熟客户端代码参考或协议网关选型，也可以找赢式科技交流，电话 15001875806。