如何用SignedXml正确签署XAdES消息？签名错误排查

我在使用XAdES对消息进行签名时遇到了瓶颈，自己查找解决方案后写出了以下代码，但对接的服务始终提示签名无效。麻烦各位帮忙看看哪里出问题了？

我的代码片段： #

public static class Signature { 
    #region Private fields 
    public const string XmlDsigSignatureProperties = "http://uri.etsi.org/01903#SignedProperties"; 
    public const string XadesProofOfApproval = "http://uri.etsi.org/01903/v1.2.2#ProofOfApproval"; 
    // 这里省略了后续代码...
}

可能的排查方向（基于XAdES常见问题整理）： #

• 命名空间版本匹配：确认所有XAdES相关节点的命名空间URI是否完全符合对接服务要求的版本（比如v1.2.2和v1.3.2的URI存在差异），尤其是SignedProperties和ProofOfApproval的定义，部分服务会严格校验命名空间的准确性。
• 签名结构合规性：XAdES有严格的嵌套结构要求（例如SignedSignatureProperties必须包含在SignedProperties内，且SignedProperties必须被签名的Reference节点正确引用），检查生成的XML是否完全遵循ETSIS TS 101 903标准的结构。
• 证书链有效性：确保签名使用的证书包含完整的信任链（从根CA到用户端证书），且对接服务信任该链中的根CA；同时检查证书是否过期、是否需要满足CRL/OCSP校验要求（如果服务明确要求的话）。
• 时间戳配置（若涉及）：如果使用XAdES-T及以上等级的签名，必须嵌入合法有效的时间戳。检查时间戳服务器的响应是否合规，以及时间戳是否正确嵌入到签名结构的指定位置。
• ProofOfApproval的场景适配：ProofOfApproval是用于审批场景的特殊扩展，确认对接服务是否确实需要该扩展，或者你的使用方式是否符合服务对该扩展的属性要求（比如是否需要额外的签名者身份信息）。
• XML规范化算法一致性：签名前的XML规范化（Canonicalization）算法必须与服务要求完全一致（比如是http://www.w3.org/2001/10/xml-exc-c14n#还是带注释的版本），算法不匹配会直接导致签名验证失败。

如果能提供完整的签名代码和生成的XML签名片段，会更容易精准定位问题！

内容的提问来源于stack exchange，提问作者pokrz26