phpenv 默认不启用 xsl 扩展，需手动在对应版本的 php.ini 中取消 ;extension=xsl 注释或新增该行，并通过 php -m | grep xsl 验证生效。
phpEnv 默认不启用 xsl 扩展，必须手动开启，否则调用 XSLTProcessor 会报 Class 'XSLTProcessor' not found 或 Call to undefined function xslt_process() —— 这不是代码写错了，是扩展根本没加载。
确认 phpEnv 当前 PHP 版本和扩展目录位置
phpEnv 是多版本共存环境，不同 PHP 版本的配置完全独立。先明确你正在用哪个版本：
- 运行
phpenv versions查看已安装版本，带 * 号的是当前激活版 - 执行
php -i | grep "Loaded Configuration File"确认实际生效的php.ini路径 - 执行
php -r "echo ini_get('extension_dir');"获取该版本的扩展存放目录（如/home/username/.phpenv/versions/8.1.26/lib/php/extensions/no-debug-zts-20210902）
别直接改全局 php.ini，phpEnv 会为每个版本生成独立配置文件，路径通常为：~/.phpenv/versions/{version}/etc/php.ini。
开启 xsl 扩展的三步操作（Linux/macOS）
phpEnv 下的 xsl 扩展通常是编译时内置的（非 .so 动态加载），但默认不启用。关键不是“编译”，而是“启用”：
- 打开对应版本的
php.ini（不是系统级的 /etc/php.ini） - 搜索
;extension=xsl—— 如果存在且被注释，去掉分号；如果整行不存在，**在[extensions]段落下方新增一行：extension=xsl - 保存后执行
phpenv rehash && php -m | grep xsl验证是否列出xsl；若无输出，说明未生效，常见原因是路径错、ini 文件没找对、或该 PHP 版本编译时未带 libxslt 开发库
注意：Windows 下 phpEnv 不常用，若真在 Windows 用，需确认 php_xsl.dll 存在于 ext/ 目录，且 php.ini 中写的是 extension=php_xsl.dll。
XSLTProcessor 使用时容易忽略的兼容性点
XSLTProcessor 看似简单，但在 phpEnv 多版本下行为有差异：
- PHP 8.0+ 默认禁用
libxslt的外部实体加载（LIBXML_NOENT不再自动启用），若 XSL 中用<include href="..."></include>或引用 DTD，需显式传参：$xslt->transformToXml($xml, ['xslt_security' => false])（仅开发环境临时用） -
transformToDoc()返回DOMDocument，但某些 phpEnv 编译的 PHP 会因 libxml 版本旧而返回空；优先用transformToXml()再手动new DOMDocument()->loadXML() - 传入的 XML/XSL 字符编码必须一致（推荐全 UTF-8），否则
DOMDocument::load()可能静默失败；加载前加$xml->loadXML(file_get_contents($file), LIBXML_NOERROR | LIBXML_NOWARNING)捕获底层错误
真正卡住人的往往不是语法，而是 phpEnv 每个版本背后链接的 libxslt 版本不一致，导致同一段 XSLT 在 7.4 上跑通，在 8.2 上因弃用函数报 warning 并中止转换 —— 动手前先 php -r "print_r(get_extension_funcs('xsl'));" 看看到底暴露了哪些函数接口。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
