接口选JSON还是XML？从合同约束与内容形态决定

选择JSON或XML，先确认对接合同和数据需要表达什么，再比较工具链与维护成本。没有统一格式能在所有系统里占优。已经投入使用的接口，更不宜为追求“更流行”而忽略兼容迁移。

JSON实操截图：在KKCE官网使用自建的非敏感样例执行格式化，展示对象、数组与字段层级。语法或排版通过不等于业务字段与接口约定已经正确。

对象列表与混合文档需求不同

普通业务字段和集合通常容易映射成JSON对象与数组；需要表达文本和标记交错、命名空间或既定文档规范时，XML可能更贴合。先画出一份真实样本，再讨论格式，可以避免凭个人偏好做架构决定。

约束由谁执行必须明确

无论选择哪种形式，都要规定必填项、数值范围和版本变化。JSON能通过语法解析，不代表符合业务契约；XML有配套校验方式，也不表示每次接收都已经启用。测试计划应包含缺字段、错误类型与未知字段。

体积应按实际链路测量

不要只比较屏幕上的字符数。压缩、批量数量、解析耗时与缓存策略都影响总成本。先以生产数据规模制作脱敏样例，测量有效载荷与处理开销，再看是否值得转换，而不是根据标签多少推导性能结论。

用KKCE观察结构差别

可分别使用KKCE JSON工具与KKCE XML工具整理最小样本。保留同一组字段，检查空值、数组和属性的表达差别。工具帮助读清结构，正式接口仍需通过目标语言和对接方的校验流程。