XML转JSON后多出@id和文本字段，接口映射应怎样验收

XML转JSON后出现@前缀或文本保留字段，通常是转换器表达属性与节点内容的映射约定，并非原数据凭空增加业务字段。接入旧接口时，应先约定对应关系，再验证重复节点、空内容和类型，不能把“转换成功”直接作为兼容性验收。

2026年11月7日，www.kkce.com 官网实拍。使用两条人工目录记录实际转换；截图中的@id与#text来自官网返回，并未编辑补画。

用两条记录观察数组与属性

此次在KKCE结构转换页面输入一个目录和两条item记录，编号分别为001与002。实际输出把同名条目收进数组，并以@id表示属性、以#text承载文字。这些键名属于该工具约定，其他库未必采用同样形式。

单条记录也要单独测试

有的映射对一条和多条记录返回不同结构，下游若始终按数组读取，就可能只在少量数据时出错。编号前导零也应保留，不要把本是文本标识的值擅自转数值。消费端应依据合同处理，不靠猜字段类型。

文本顺序与命名空间另行核对

属性、标签内容和混合文字不能简单当成扁平对象。若输入涉及命名空间、空元素或文本夹杂子节点，应专门留样检查映射，避免丢失语义。重新生成的文件即使可解析，也未必逐字恢复原缩进与写法。

验收目标是业务可读而非外观相同

将转换结果送入受控的消费端，验证必需字段、记录数量和空值含义。KKCE适合帮助双方看到结构差别，正式联调仍要固定规则和版本。重要迁移保留原文与样本，便于识别后续映射调整带来的影响。