PHP上传XML失败通常源于PHP配置限制而非XML解析问题，需同步调大upload_max_filesize、post_max_size和max_execution_time，并重启服务；解析失败则属后续阶段问题。
PHP上传XML文件失败：先看错误是哪一层
绝大多数情况不是XML本身被拦截，而是PHP在接收阶段就拒绝了——$_FILES为空、$_POST为空、或报错 UPLOAD_ERR_INI_SIZE。这说明限制来自PHP配置，和XML解析无关。
常见现象：var_dump($_FILES)返回空数组；error_get_last()显示 UPLOAD_ERR_INI_SIZE；Nginx日志里没记录请求体（说明根本没到PHP）。
- 先确认是不是PHP层卡住：检查
phpinfo()页面里的upload_max_filesize和post_max_size - 如果Nginx在前端，还要查
client_max_body_size，它比PHP配置更早生效 - XML只是文本格式，PHP不区分
.xml和.txt，别被后缀误导
改 php.ini 的三个关键配置项必须同步调大
只改 upload_max_filesize 没用，PHP会按 post_max_size 和 upload_max_filesize 中较小的那个来截断请求体。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
-
upload_max_filesize = 20M（设为期望上传的XML最大体积） -
post_max_size = 22M（必须 ≥upload_max_filesize，留2MB余量防其他表单字段） -
max_execution_time = 300（大文件上传+后续解析可能超时，尤其XML含大量嵌套节点时）
改完必须重启PHP-FPM或Apache，service php-fpm restart 或 systemctl restart apache2，光 reload 不生效。
XML内容过大导致解析失败？那是另一回事
配置调大后能上传成功，但 simplexml_load_file() 或 DOMDocument::load() 报错，比如 Entity: line X: parser error : internal error，说明问题出在XML解析阶段，不是上传阶段。
原因通常是：
- XML含外部实体（XXE），被libxml默认禁用（PHP 8.0+ 默认禁用，老版本需手动关）
- 内存不足：
memory_limit不够，尤其用DOMDocument加载几百MB XML - XML编码不一致，比如声明是
UTF-8但实际含 GBK 字节，simplexml_load_string()直接静默失败
临时验证是否是解析问题：上传后先 file_get_contents($_FILES['xml']['tmp_name']) 输出前100字节，确认内容完整且编码可读。
开发机和生产环境配置不一致是最常踩的坑
本地 php.ini 改了，但上线后用的是 Docker 镜像里的默认配置，或者云主机用了独立的 php-fpm.conf 覆盖了全局设置。
排查方法：
- 在目标环境跑
php -i | grep -E "(upload_max_filesize|post_max_size|memory_limit)" - 检查是否有
ini_set()在代码里强行改过值（它不能突破php.ini的硬限制） - Docker 用户注意：挂载的
php.ini是否覆盖了容器内路径，php --ini看加载顺序
XML上传本身没特殊逻辑，所有限制都来自通用PHP配置。真正麻烦的是上传之后——解析、验证、入库，那才是容易卡住的地方。
