Apache无法为不同VirtualHost分配独立PHP版本，因libphp模块自PHP 8.0起废弃且仅能加载一个；必须使用mod_proxy_fcgi代理至各自独立的PHP-FPM池，每个池绑定不同socket或端口，通过SetHandler精确转发.php请求。
Apache 本身不支持为不同虚拟目录（VirtualHost 或 Alias）分配独立 PHP 版本——它只能加载一个 libphp 模块，而该模块自 PHP 8.0 起已被废弃；强行共存会触发 Symbol already defined 或启动崩溃。真正可行的路径只有一条：用 mod_proxy_fcgi 代理到各自独立的 PHP-FPM 池。
为什么不能在同一个 Apache 实例里给不同 VirtualHost 绑定不同 PHP 模块
Apache 的 LoadModule 不允许重复注册同名 SAPI 模块（如 php8_module），且所有 PHP 模块共享同一套运行时环境。即使编译出多个版本的 mod_php，加载时必然冲突。官方早已弃用此模式，PHP 8.4 完全不提供 php8apache2_4.dll（仅 TS 版 ZIP 中保留，但仅用于极旧兼容场景，不推荐）。
- 错误现象：
httpd -t报Cannot load modules/libphp.so into server: Symbol php_version already defined - 即使绕过报错，请求会随机 segfault 或返回空白页
-
AddHandler application/x-httpd-php .php是全局指令，无法按VirtualHost切换底层解释器
必须走 mod_proxy_fcgi + 独立 PHP-FPM 池
每个站点对应一个专属 PHP-FPM 池（监听不同 socket 或端口），Apache 用 SetHandler 将 .php 请求精确转发过去。这是目前唯一稳定、可维护、被 PHP 官方和主流发行版（Ubuntu/Debian/CentOS）默认采用的方式。
- PHP-FPM 池配置示例（
/etc/php/8.4.1/fpm/pool.d/site-a.conf）：[site-a] listen = /run/php/php841-site-a.sock listen.owner = www-data listen.group = www-data php_admin_value[error_log] = /var/log/php841-site-a.log php_admin_flag[log_errors] = on
- 对应 Apache
VirtualHost片段：<FilesMatch \.php$> SetHandler "proxy:unix:/run/php/php841-site-a.sock|fcgi://localhost" </FilesMatch> - 第二个站点用
php843-site-b.sock和另一组SetHandler，完全解耦 - 确保启用模块：
a2enmod proxy proxy_fcgi（Debian/Ubuntu）或确认httpd.conf中有LoadModule proxy_module modules/mod_proxy.so等
Windows Apache 下的等效操作要点
Windows 没有 systemd 或原生 socket 支持，必须改用 TCP 端口隔离，并注意权限与路径写法。
立即学习“PHP免费学习笔记（深入）”；
- 每个 PHP 8.4.x 版本单独解压（如
C:\php\php-8.4.1\、C:\php\php-8.4.3\），各自配好php.ini和ext路径 - 为每个版本启动独立 FPM 实例：
C:\php\php-8.4.1\php-fpm.exe -y C:\php\php-8.4.1\php-fpm.conf，监听127.0.0.1:9001；另一实例监听9002 - Apache
VirtualHost中用：<FilesMatch \.php$> SetHandler "proxy:fcgi://127.0.0.1:9001" </FilesMatch> - 务必关闭 Windows 防火墙对本地回环端口的拦截，否则连接超时
-
php-fpm.conf中必须设pid = run/php841.pid，便于后续taskkill /PID管理
别试图复用 php-cgi.exe 直连或改 ScriptAlias —— FastCGI 生命周期管理不可靠，高并发下极易僵死；FPM 池才是生产级 PHP 进程管理的唯一正解。路径、端口、日志、用户权限，四者缺一不可。
