空数组变NULL导致xml节点消失，需用addchild逐层构建并显式占位，同名键须手动追加，中文需utf-8预处理，大数据量应流式写入。
php用SimpleXMLElement递归转数组时，空数组变null怎么办
直接后果是生成的XML里字段消失，不是留空标签，而是整个节点没了。根本原因是SimpleXMLElement构造器对空数组不做映射，它只认Array()为“无值”，而非“存在但为空”。
实操建议：
- 在递归写入前，统一把空数组转成含
''或[]占位符的结构，比如['items' => []]→['items' => ['_placeholder' => '']]，再在XML生成后用str_replace清理 - 更稳妥的做法：不用
SimpleXMLElement->__construct()直接初始化，改用addChild()逐层构建，对每个数组元素做is_array()+empty()双重判断，空则显式调用addChild('items')->addChild('_')占位 - 注意：PHP 8.1+ 对
SimpleXMLElement的asXML()输出有严格空白控制，空节点即使存在也可能被压缩掉，需配合LIBXML_NOEMPTYTAG标志使用：$xml->asXML('', LIBXML_NOEMPTYTAG)
SimpleXMLElement不支持多维同名键？怎么处理重复的item子节点
常见错误现象：Array(['item' => ['a','b']] 转成XML后只剩一个<item>b</item>——因为SimpleXMLElement把同名键当覆盖，不是追加。
必须手动控制节点追加逻辑：
立即学习“PHP免费学习笔记（深入）”；
- 遍历数组时，遇到同名键（如多个
item），不用addChild('item')，改用$parent->addChild('item', $value)并保存返回对象，后续同名项继续调用addChild在其父级上 - 更通用做法：先用
array_values()重置索引，再检查键名是否数字（即无名列表），是则强制用addChild('item')；否则按原键名处理 - 别依赖
json_encode→json_decode绕过——这会丢失原始类型（如0变'0'），且嵌套结构可能被扁平化
中文字符乱码、特殊符号报错？SimpleXMLElement编码处理要点
错误信息典型如：DOMDocument::loadXML(): Entity: line 1: parser Error : input is not proper UTF-8，本质是输入数组里混了GBK或HTML实体未解码的字符串。
- 所有数组值在传入前必须确保是UTF-8：用
mb_convert_encoding($val, 'UTF-8', 'auto')，别信iconv默认行为 -
SimpleXMLElement构造时不带编码声明，XML头靠asXML()自动补，但若数组里含&、等，得提前用<code>htmlspecialchars($val, ENT_XML1, 'UTF-8')转义，不能靠扩展自动处理 - 如果源数据来自
$_POST或数据库，确认mysql连接已执行SET NAMES utf8mb4，pdo需设PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"
性能差、内存爆了？大数组转XML时的边界控制
10万行订单数据直接递归转XML，PHP进程常因深度递归或字符串拼接OOM。这不是SimpleXMLElement的锅，是没做分块和引用管理。
- 禁用
__toString()隐式调用：每次访问$xml->item都触发解析，大结构下开销极大，应缓存节点引用：$items = $xml->addChild('items');，后续循环中复用$items - 超过5000元素的数组，放弃一次性构造，改用
fopen('php://output', 'w')流式写入，每写100条fflush()一次 - 调试时用
memory_get_usage(true)监控，发现增长异常快，大概率是闭包里意外持有了$xml引用，导致无法GC
真正麻烦的是嵌套层级深+同名键多+含二进制数据（比如base64图片）的组合场景，这时候SimpleXMLElement已经不是瓶颈，而是设计上该切分成多个独立XML文档，用xlink:href关联。