OPC UA .NET Standard 库中 XML 矩阵编码问题解析

问题背景

在 OPC UA 规范中，Matrix（矩阵）是一种特殊的数据类型，用于表示多维数组数据。根据 OPC UA 规范第6部分，Matrix 在 XML 编码中应有特定的结构表示。然而，在 OPC UA .NET Standard 库的实现中，发现其 XML 编码方式与规范存在偏差。

规范要求

根据 OPC UA 规范，Matrix 的 XML 编码应遵循以下结构：

1. 必须包含 Dimensions 元素，用于表示矩阵的维度
2. 必须包含 Elements 元素，用于存储矩阵元素值
3. Dimensions 应位于 Elements 之前
4. Elements 内部直接包含各元素值，不应有额外的包装元素

规范示例：

<tns:Matrix>
  <tns:Dimensions>
    <tns:Int32>2</tns:Int32>
    <tns:Int32>2</tns:Int32>
  </tns:Dimensions>
  <tns:Elements>
    <tns:String>A</tns:String>
    <tns:String>B</tns:String>
    <tns:String>C</tns:String>
    <tns:String>D</tns:String>
  </tns:Elements>
</tns:Matrix>

实现问题

当前 .NET Standard 库中的 XmlEncoder 实现存在两个主要问题：

1. 元素顺序错误：Dimensions 元素被放置在 Elements 元素之后，与规范要求的顺序相反
2. 多余的包装元素：在 Elements 内部添加了不必要的 ListOf[Type] 包装元素

错误实现示例：

<Matrix>
  <Elements>
    <ListOfInt32>
      <Int32>1</Int32>
      <Int32>2</Int32>
      <Int32>3</Int32>
      <Int32>4</Int32>
    </ListOfInt32>
  </Elements>
  <Dimensions>
    <Int32>2</Int32>
    <Int32>2</Int32>
  </Dimensions>
</Matrix>

影响范围

这一问题不仅影响编码过程，同样影响解码过程。由于编码格式不符合规范，可能导致以下问题：

1. 与其他符合规范的 OPC UA 实现互操作性问题
2. 使用标准 XML 工具解析时可能出现兼容性问题
3. 影响 NodeSet XML 文件中 Matrix 类型节点的正确表示

技术分析

从实现代码来看，问题源于 XmlEncoder 和 XmlDecoder 类中对 Matrix 类型的特殊处理逻辑。正确的实现应该：

1. 先写入 Dimensions 元素，再写入 Elements 元素
2. 在 Elements 内部直接写入各元素值，不添加额外的包装元素
3. 保持与规范示例完全一致的结构

解决方案建议

修复此问题需要：

1. 修改 XmlEncoder.WriteMatrix 方法，调整元素顺序并移除多余的包装
2. 相应调整 XmlDecoder.ReadMatrix 方法以匹配新的编码格式
3. 确保变更不影响现有系统的向后兼容性

总结

XML 编码的规范性对于 OPC UA 系统的互操作性至关重要。Matrix 作为复杂数据类型，其编码格式必须严格遵循规范要求。此次发现的问题提醒我们，在实现 OPC UA 标准时，需要仔细对照规范文档，确保每个细节都符合标准定义，以保障系统间的无缝通信。