phpEnv 中 AddType application/x-httpd-php .php 无效，因其默认使用 NTS 版本 PHP，而该指令仅对 TS 版本的 mod_php 模块生效；NTS PHP 仅支持 FastCGI 模式，需改用 FcgidWrapper 或 proxy:fcgi 方式处理 PHP 请求。
AddType application/x-httpd-php .php 这行配置在 phpEnv 中大概率无效——不是写错了，而是 phpEnv 默认用的是 NTS 版本的 PHP，而 Apache 的 AddType 指令只对 TS（Thread Safe）版本的 PHP 模块生效。
为什么 phpEnv 里 AddType 不起作用
phpEnv 是 Windows 下轻量级集成环境，它打包的 PHP 全是 NTS（Non-Thread-Safe）版本，这类 PHP 无法通过 Apache 的 AddType 或 AddHandler 指令触发解析。Apache 只会把请求交给已注册的、匹配模块类型的处理器，而 NTS PHP 没有注册 application/x-httpd-php MIME 类型处理器。
- NTS PHP 通常只支持 CGI/FastCGI 模式，不提供
mod_php模块 - 你在
httpd.conf里加了AddType application/x-httpd-php .php，但 Apache 根本找不到对应的处理器模块 - 现象就是：浏览器直接下载或显示 PHP 源码，而不是执行
确认你当前用的是 NTS 版本 PHP
打开 phpEnv 安装目录下的 php\php.ini，搜索 extension_dir，再看 php\ext\ 目录里有没有 php7apache2_4.dll（或类似带 apache 字样的 DLL）。如果没有，基本可以确定是 NTS。
- NTS 版本的 DLL 文件名通常不含
apache，比如php_curl.dll、php_mbstring.dll - TS 版本才带
php7apache2_4.dll，且必须和 Apache 版本严格匹配（如 Apache 2.4.x 对应php7apache2_4.dll） - phpEnv 官方默认不提供 TS 版本，也不推荐用户手动替换，因为容易引发线程冲突
绕过 AddType 的实际可行方案
既然 AddType 在 phpEnv 里走不通，就得换路径：让 Apache 把所有 PHP 请求转给 FastCGI 处理，不依赖模块注册。
立即学习“PHP免费学习笔记（深入）”；
- 确保
mod_fcgid或mod_proxy_fcgi已启用（检查httpd.conf中LoadModule fcgid_module modules/mod_fcgid.so是否未被注释） - 在
httpd.conf或虚拟主机配置里添加：<FilesMatch \.php$> SetHandler "proxy:fcgi://127.0.0.1:9000" </FilesMatch>（前提是 PHP-FPM 已启动并监听 9000 端口） - 或者更稳妥的写法（适用于 phpEnv 自带的 PHP-CGI）：
AddHandler fcgid-script .php FcgidWrapper "D:/phpenv/php/php-cgi.exe" .php
（路径按你本地实际调整） - 删掉所有无效的
AddType application/x-httpd-php行，避免干扰
如果硬要让 AddType 生效（不推荐）
理论上可行，但代价高、风险大：卸载 phpEnv 自带 PHP，手动下载对应 Apache 版本的 TS PHP（例如 Apache 2.4.58 → 下载 PHP 8.2 TS x64），替换 php\ 目录，并在 httpd.conf 中显式加载：
LoadModule php_module "D:/phpenv/php/php8apache2_4.dll" AddType application/x-httpd-php .php
- 必须确保 DLL 名称和 Apache 版本完全匹配，否则
apachectl -t直接报错 - phpEnv 的服务管理脚本（如 start.bat）很可能无法识别新 PHP，需重写启动逻辑
- Windows 下 TS PHP + Apache 的稳定性不如 FastCGI，尤其并发稍高时易出现线程挂死
真正卡住多数人的，不是配置写错，而是没意识到 phpEnv 和传统 LAMP 的模块加载机制根本不同。NTS 是默认，FastCGI 是正路，AddType 是幻觉。
