XML中无原生数组概念，JSON数组需通过重复同名标签实现，如[1,2,3]映射为多个；xmltodict默认按复数键推导单数标签名，可用force_list干预；手写转换应统一用语义化单数子标签包裹，避免类型歧义。
JSON数组在XML中没有直接对应结构
XML本身不定义数组概念，所有重复元素都靠标签名重复实现。这意味着 [1, 2, 3] 这样的 JSON 数组，必须映射为多个同名标签（如 <item>1</item><item>2</item>），而不是一个带属性的容器。很多工具默认用 item 作通用子标签名，但你可以自定义——关键是不能依赖“数组类型”语义，而要靠结构重复来表达。
使用 xmltodict 时如何控制数组节点名？
xmltodict 默认把 JSON 数组转成多个同名子元素，但它的命名逻辑依赖父节点名和配置。若原始 JSON 是 {"users": [{"name": "A"}, {"name": "B"}]}，默认输出会是：
<users> <user><name>A</name></user> <user><name>B</name></user> </users>
这背后是它自动把复数键 users 映射为单数标签 user。你无法完全关闭这个行为，但可以干预：
- 用
force_list参数显式指定哪些键始终展开为列表（即使只有一个元素），例如force_list=('user',) - 若想避免自动单数化，把 JSON 改为
{"users": {"user": [{"name": "A"}, {"name": "B"}]}}，再配force_list=('user',) - 不推荐依赖默认单数推导——不同版本行为可能不一致，且遇到
data、list等模糊键名时容易出错
手写转换时如何区分“真数组”和“单对象”？
当 JSON 字段可能为单对象或数组（如 API 返回有时是 {"item": {...}}，有时是 {"item": [{...}, {...}]}），XML 没有可选类型机制，必须统一结构。常见做法是：无论数量多少，都强制用容器包裹 + 统一子标签名：
{
"results": [
{"id": 1, "tag": "x"},
{"id": 2, "tag": "y"}
]
}
→ 转成：
<results> <result id="1"><tag>x</tag></result> <result id="2"><tag>y</tag></result> </results>
要点：
- 顶层字段名（如
results）作为容器标签，子项用语义明确的单数名（如result），而非泛化的item - 避免让调用方判断“当前
result是一个还是多个”——XML 解析器不会报类型错，但业务逻辑容易漏处理 - 如果原始 JSON 的数组元素本身是纯值（如
["a", "b"]），必须引入占位标签名，比如<value>a</value>，不能省略标签
为什么不用 array 属性或 count 元素来标记数组长度？
加 count="2" 或 <array size="2"></array> 看似直观，实际会增加解析复杂度且破坏一致性：
- 下游 XML 解析器（如 XPath、XSLT）需额外规则识别这些元信息，不是标准处理路径
- 当数组为空（
[]）时，count="0"和不渲染子元素语义冲突；而空容器<items></items>更自然 - 多数 XML Schema（XSD）对“重复子元素”的约束靠
maxOccurs="unbounded"，不靠运行时属性 - JSON-to-XML 工具如
js2xml或自定义脚本，优先保证结构可预测，而非携带冗余元数据
真正难处理的是嵌套数组中的混合类型（比如数组里既有对象又有字符串），这时必须提前约定规范并做预处理——运行时靠启发式判断几乎不可靠。
