4. OPC UA服务与通信栈

OPC UA 并不是一个“单一协议”，而是一套由信息模型、服务集和通信栈共同组成的体系。客户端与服务端之间的每一次读写、订阅、浏览，最终都要落到具体的服务调用上；而这些服务调用又必须经过会话、安全通道和底层传输协议的承载。理解这条“从业务语义到字节流”的链路，是开发稳定 OPC UA 客户端与服务端的关键。

一、服务集分类：按功能域划分的能力集合

OPC UA 规范将服务划分为多个服务集（Service Set），每个服务集对应一类功能域。客户端通过调用服务集中的具体服务，完成对地址空间和订阅的管理。常见服务集包括：

• SecureChannel 服务集：建立、续期和关闭安全通道，是后续所有服务调用的安全基础。
• Session 服务集：创建、激活、关闭会话，管理用户身份与超时。
• View 服务集：浏览地址空间、翻译 BrowsePath、注册与注销节点。
• Attribute 服务集：读写节点属性，如 Read、Write、HistoryRead。
• MonitoredItem 与 Subscription 服务集：创建订阅、监控项，实现数据变化与事件通知。
• Method 服务集：调用服务端定义的方法，实现远程过程调用。

服务集之间不是孤立的：Session 服务必须在 SecureChannel 建立之后才能调用；Subscription 又依赖 Session 的激活状态。因此，服务集分类不仅是功能划分，也隐含了调用顺序上的依赖关系。

二、请求/响应模式：同步语义与异步实现

OPC UA 的服务调用采用请求/响应模式。客户端发送一个请求消息，服务端处理后返回响应消息。每个请求都携带 RequestHeader，其中包含认证令牌、时间戳、请求句柄和超时提示；响应则携带 ResponseHeader，包含服务结果、诊断信息和服务器状态。

在 API 层面，这种模式通常表现为同步阻塞调用，但在底层通信中可以是异步的。例如，客户端可以同时发出多个请求，通过请求句柄匹配响应。开发中常见的误区是：认为“请求发出即完成”。实际上，必须检查 ResponseHeader 中的 ServiceResult，只有 Good 才代表业务成功。

// 伪代码：一次 Read 请求的响应校验
ReadResponse resp = client.Read(request);
if (resp.ResponseHeader.ServiceResult != StatusCodes.Good) {
    throw new UaException(resp.ResponseHeader.ServiceResult);
}
for (DataValue dv : resp.Results) {
    if (StatusCode.isBad(dv.StatusCode)) {
        log.warn("节点读取失败: {}", dv.StatusCode);
    }
}

三、会话与安全通道：两层连接的生命周期

安全通道（SecureChannel）是客户端与服务端之间的加密通信管道，负责消息签名、加密和序列号防重放。会话（Session）则建立在安全通道之上，代表一个已认证的用户上下文，承载地址空间访问权限和订阅状态。

两者的生命周期并不完全一致：安全通道可以比会话更长，也可以被多个会话复用；会话超时后，安全通道仍可保留。典型流程是：先 OpenSecureChannel，再 CreateSession，然后 ActivateSession，之后才能调用业务服务。关闭时顺序相反：CloseSession，再 CloseSecureChannel。

四、传输协议：TCP、HTTPS 与 WebSocket 的取舍

OPC UA 的传输映射决定了消息如何承载。常见三种：

选择传输协议时，不能只看“能不能通”，还要看订阅、方法调用、大数据量读写是否被完整支持。例如，HTTPS 映射在部分实现中对订阅和事件的支持弱于 UA TCP；WebSocket 则更适合与前端技术栈结合。

五、案例：一次订阅数据变化的完整链路

假设客户端要监控一个温度节点。其调用链如下：

1. OpenSecureChannel：协商安全策略与证书。
2. CreateSession + ActivateSession：完成用户认证。
3. CreateSubscription：设置发布间隔，如 500ms。
4. CreateMonitoredItems：指定节点、采样间隔和队列大小。
5. Publish：服务端按发布间隔返回 NotificationMessage。
6. CloseSession + CloseSecureChannel：释放资源。

如果订阅没有数据，排查顺序应是：先确认 MonitoredItem 的 StatusCode 是否为 Good，再检查 PublishingInterval 与 SamplingInterval 的关系，最后确认传输协议是否支持订阅。很多“订阅不工作”的问题，实际是采样间隔大于发布间隔，或服务端队列溢出导致旧值被丢弃。

六、误区与复盘

• 误区一：把安全通道当会话。 安全通道只保证通信安全，不代表用户已登录。必须先激活会话，才有权限访问节点。
• 误区二：忽略 ResponseHeader。 只看返回数据，不检查 ServiceResult，会把“部分失败”当成成功。
• 误区三：传输协议随意选。 在需要高频订阅的场景使用 HTTPS，可能带来延迟和资源浪费。
• 误区四：会话不关闭。 长期不关闭会话会占用服务端资源，最终触发会话数上限。

掌握服务集分类、请求/响应模式、会话与安全通道、传输协议这四层关系后，再去看 OPC UA 客户端代码，就能清楚每一行调用落在哪一层、失败时该查哪一层。这是后续实现订阅、方法调用和历史数据访问的基础。