PHP的libxml扩展默认启用且不可开关，真正需关注的是SimpleXML、DOM等上层扩展是否启用，以及libxml_use_internal_errors()等错误处理函数的正确调用时机和编码、外部实体等细节配置。
phpenv 编译 PHP 时 libxml 是默认启用的，不用额外加参数
你不需要在 phpenv 或 php-build 中显式传 --with-libxml 或 --enable-libxml。从 PHP 5.1 开始，libxml 就是强制依赖项，所有主流发行版和 php-build 默认构建都会静态链接 libxml2；即使你什么也不写，php -i | grep libxml 也能看到版本号，LIBXML_VERSION 常量也始终可用。
真正影响 XML 功能的是上层扩展：SimpleXML、DOM、XMLReader 等——它们依赖 libxml 运行，但自己得单独启用。
- 检查
simplexml是否就绪：php -r "var_dump(function_exists('simplexml_load_string'));"返回bool(true)才算可用 - 若为
false，不是 libxml 没开，而是extension=simplexml在 php.ini 中被注释或缺失 - 同理，
DOMDocument需要extension=dom，XMLReader需要extension=xmlreader - phpenv 安装后，这些扩展通常已启用；如用自定义
configure-options，需确认没加--disable-simplexml类选项
libxml_use_internal_errors() 必须在解析前调用，且不能只调一次
这是最常踩的坑：很多人以为设一次就能全局捕获后续所有 XML 错误，其实它只对「接下来的下一次解析操作」生效，错误会堆积在内部缓冲区，不手动清空就会污染后续调用。
- 必须在
simplexml_load_string()、DOMDocument::loadXML()等之前调用libxml_use_internal_errors(true) - 解析后立刻用
libxml_get_errors()取出错误数组，否则下次解析时旧错误还在 - 每次解析前建议先调
libxml_clear_errors()，避免残留干扰 - 错误类型是
LibXMLError对象，不是字符串；直接print_r()看不到关键字段，要用->message、->line访问
DOMDocument::load() 静默失败？先查 libxml_disable_entity_loader()
PHP 5.6+ 默认禁用外部实体加载，这是安全机制，但会导致含 <!ENTITY> 的 XML 文件调用 DOMDocument::load() 直接返回 false，且 libxml_get_errors() 拿不到任何信息——因为它根本没走到解析阶段，而是被拦截在加载前。
立即学习“PHP免费学习笔记（深入）”；
- 确认是否真需要外部实体：99% 的业务场景完全不需要，保持禁用最安全
- 若确需（如解析遗留系统带 DTD 的文档），PHP 7.x 可临时放开：
libxml_disable_entity_loader(false) - PHP 8.0+ 该函数已废弃，改用加载选项：
$dom->load($file, LIBXML_NOENT) - 注意：放开后必须严格过滤输入源，禁止用户可控内容触发
SYSTEM "file:///etc/passwd"类路径读取
SimpleXML 解析失败常见原因不是 libxml，而是编码或 BOM
报错类似 String could not be parsed as XML，但 libxml_get_errors() 为空，大概率是字符编码问题，而非语法错误。
- 检查 XML 字符串开头是否有 UTF-8 BOM（
\xEF\xBB\xBF）：用hexdump -C或mb_detect_encoding($str, 'UTF-8', true) === false判断 - 预处理移除 BOM：
$str = preg_replace('/^\xEF\xBB\xBF/', '', $str) - 确保声明编码与实际一致：
<?xml version="1.0" encoding="UTF-8"?>和真实字节流匹配 - 非法字符（如控制字符 U+0000–U+0008）也会中断解析，可用
mb_ereg_replace('[\x00-\x08\x0B\x0C\x0E-\x1F]', '', $str)清洗
