Apache模块加载失败典型表现为启动报错、httpd -t提示DLL加载失败、PHP文件返回500或直接下载源码、error.log出现undefined symbol错误；根本原因在于DLL名称、路径、TS/NTS标识、VC编译器版本与phpEnv启用的PHP版本不严格匹配，且PHPIniDir和AddHandler配置缺失或位置错误。
phpEnv 里 Apache 模块加载失败的典型表现
启动 httpd.exe 时直接报错退出，或运行 httpd -t 提示 Cannot load modules/php8apache2_4.dll into server；浏览器访问 .php 文件返回 500 或直接下载源码；error.log 中出现 undefined symbol: php_request_shutdown 类似错误。这些基本都指向模块加载链断裂——不是 DLL 找不到，就是版本/线程模型不匹配。
LoadModule 行必须和 phpEnv 的 PHP 版本严格对齐
phpEnv 是多版本 PHP 环境管理工具，它本身不改写 Apache 配置，但会为你预置不同 PHP 版本的 php*.dll 文件。关键点在于：LoadModule 指向的 DLL 名称、路径、线程安全标识（TS/NTS）必须和你当前启用的 PHP 版本完全一致：
-
php8apache2_4.dll对应 PHP 8.0–8.3 + Apache 2.4（VC17 编译，Thread Safe） -
php7apache2_4.dll对应 PHP 7.2–7.4（VC15，TS） - 若你用的是 phpEnv 切换的 NTS 版（比如搭配
php-cgi.exe或mod_fcgid），则不能用php*apache2_4.dll，得走ProxyPassMatch+php-fpm路线 - DLL 文件实际位置通常在
C:\phpEnv\php\{version}\下，但LoadModule路径必须写绝对路径，且反斜杠要双写或改用正斜杠，例如：LoadModule php_module "C:/phpEnv/php/8.2/php8apache2_4.dll"
PHPIniDir 和 AddHandler 缺一不可，顺序有影响
Apache 加载 PHP 模块后，必须知道去哪里读 php.ini，也必须知道哪些后缀交给 PHP 解析。这两行必须紧跟在 LoadModule 后面，且不能被注释或错放到 <ifmodule></ifmodule> 块外：
-
PHPIniDir必须指向包含php.ini的目录（不是文件），例如：PHPIniDir "C:/phpEnv/php/8.2"—— 这里不能带尾部斜杠，也不能是php.ini全路径 -
AddHandler application/x-httpd-php .php是核心识别规则；如果还想让.html也被解析成 PHP，可追加.html，但注意这会带来性能开销和安全隐患 - 别用过时的
AddType，它只声明 MIME 类型，不触发模块处理；AddHandler才真正绑定 handler
常见陷阱：权限、路径空格、VC 运行库缺失
即使配置全对，Windows 下仍可能静默失败：
立即学习“PHP免费学习笔记（深入）”；
- Apache 服务以 LocalSystem 账户运行，默认无权访问用户目录（如
C:\Users\XXX\phpEnv）——务必把 phpEnv 整体移到C:\phpEnv或D:\phpEnv这类系统级路径 - 路径含空格（如
C:\Program Files\phpEnv）会导致LoadModule解析失败，Apache 不报具体错误，只提示模块加载失败 - VC 运行库缺失不会在
httpd -t中暴露，而是在启动服务时弹窗报错“找不到 VCRUNTIME140.dll”等——需安装对应 VC redistributable（VC15 → VS2017，VC17 → VS2022） - phpEnv 自带的
php.ini默认是php.ini-development复制改名而来，但某些版本没自动去掉extension_dir注释，导致扩展加载失败，务必手动检查该行是否已启用
