Java中XML信封式签名的摘要计算问题求助

我理解你现在的困境：你需要生成信封式XML签名，尝试了javax.xml.crypto.dsig和org.apache.xml.security两个工具库，但Web服务始终不接受你的请求，核心问题是连原始XML的摘要都和预期值对不上。你使用的算法参数是：

• 规范化算法：http://www.w3.org/TR/2001/REC-xml-c14n-20010315
• 签名算法：http://www.w3.org/2000/09/xmldsig#rsa-sha1
• 摘要算法：http://www.w3.org/2000/09/xmldsig#sha1

待签名的XML片段如下：

<?xml version="1.0" encoding="UTF-8"?>
<OrdrModify ordrModType="ACTI" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <StandardHeader marketID="IM"/>
 <OrdrList>
  <Ordr ordrId="0" qty="100" re...

针对这个问题，我整理了几个常见的排查方向，帮你定位问题：

• XML规范化（C14N）的细节差异
  C14N 2001规范看似简单，但细节很容易出错：

  • XML声明的处理：规范默认会移除<?xml...?>声明，你要确认服务端计算摘要时是否保留了这个声明——如果服务端包含了而你没包含，摘要肯定不一致。
  • 空格与缩进：原始XML中的缩进、换行在规范化后是否和服务端的处理一致？比如你XML里的<StandardHeader>前有空格，C14N会保留元素内容中的空格，但有些服务端可能会先手动去除无关缩进再计算，这点要核对。
  • 命名空间处理：你的XML包含xmlns:xsi，要确保规范化时命名空间的声明顺序、隐式命名空间的处理和服务端完全一致，比如有没有遗漏的命名空间被工具自动添加/移除？

• 信封式签名的范围问题
  信封式签名要求<Signature>节点本身被排除在摘要计算之外，你要确认：

  • 你的代码是否正确标记了要排除的签名节点？比如在javax.xml.crypto.dsig中是否使用了EnvelopedSignatureTransform？
  • 签名的目标节点是否正确？是对整个<OrdrModify>节点签名，还是仅部分子节点？要和服务端的预期范围完全匹配。

• 工具库的默认行为差异
  不同库的默认配置可能有细微差别：

  • 比如javax.xml.crypto.dsig是否默认启用了某些额外的转换？Apache XML Security是否有默认的规范化参数和你指定的不一致？建议手动显式设置所有算法参数，不要依赖默认值。
  • 编码一致性：确保读取XML时使用UTF-8编码，避免因为编码转换导致内容字节流变化，直接影响摘要结果。

• 对比规范化后的内容
  你可以把自己代码生成的规范化XML输出为字符串，和服务端提供的预期规范化内容（如果能拿到的话）逐字符对比，或者用工具手动对原始XML做C14N处理，然后计算摘要，看是否和预期一致——这样能快速定位是规范化步骤出错，还是摘要计算本身的问题。

如果XML完整内容里有特殊字符、CDATA段或者实体引用，也要注意这些部分在C14N中的处理是否符合规范，这些地方也容易导致摘要不匹配。

备注：内容来源于stack exchange，提问作者Leonīds Dmitričenko