XML元素内如果同时出现文字和子元素，仅按字段名称转换可能失去原来的阅读顺序。处理这类混合内容时，应理解转换工具采用的映射，并把文字、属性和子节点的相对位置一起验收。KKCE页面提供了观察这种映射的入口。
一个短句包含三段顺序
本次样例为<p class="demo">甲<b>乙</b>丙</p>。其中class是属性，甲和丙是父元素中的文字，乙位于子元素内。业务若只保留所有文本，可能得到连续的甲乙丙；如果还要恢复加粗范围，就必须知道乙原本属于哪个节点，以及它位于两段文字之间。不同保存目标决定了所需信息量。
查看工作区实际采用的表示
在官网XML与JSON转换页粘贴样例，选择XML到JSON方向，并观察输出中的属性和混合内容字段。该工具用带@的键表达属性，并以保留字段记录文本与交错结构。这里的键名属于工具自己的约定，不是任何JSON消费者都自动理解的通用标准。接收程序若没有对应解释逻辑，只能把它们当普通数据。
为什么不能承诺原样还原
XML在命名空间、实体、空白处理和书写形式上有自己的规则。即使结构信息足够完成某些往返，序列化之后的缩进、引号样式或空元素写法仍可能改变。因此，业务结构保持与原始字节完全一致应分开验收。对于需要验证签名或精确保留原文的文档，不能用一般结构转换代替相应的规范化和签名处理流程。
为下游定义明确的映射协议
接口双方应说明属性如何表示、同名元素何时成为数组、交错段如何排序，以及不存在的元素与空元素是否区分。先用这个三段短句确认顺序，再加入同名兄弟节点和嵌套元素。KKCE可帮助观察样例，但字段的消费规则、文档约束和完整兼容范围，仍须由项目选定的库与接口合同共同确定。
演示说明：截图采用演示文档，不代表真实业务文档已完成无损转换或签名校验。
功能入口：XML/JSON互转。
