Apache通过mod_proxy_fcgi模块将PHP请求代理给PHP-FPM处理，需正确配置ProxyPassMatch或RewriteRule匹配.php文件，并确保socket路径、权限、用户组与PHP-FPM监听设置一致。
Apache怎么把PHP请求转给PHP-FPM处理
Apache本身不解析PHP，必须通过mod_proxy_fcgi模块把PHP文件的执行请求代理给PHP-FPM的Unix socket或TCP端口。关键不是“加载PHP模块”，而是建立正确的代理链路。
- 确认已启用
mod_proxy、mod_proxy_fcgi和mod_rewrite（后者用于重写规则） - PHP-FPM必须正在运行，且监听地址明确：常见为
/var/run/php/php8.1-fpm.sock或127.0.0.1:9000 - Apache虚拟主机配置中不能留有
AddHandler application/x-httpd-php .php这类旧式PHP模块配置，否则会冲突
VirtualHost里怎么写ProxyPass匹配PHP文件
不能直接ProxyPass整个目录，而要用ProxyPassMatch或RewriteRule精准匹配.php结尾的请求，并转发到PHP-FPM后端。
- 推荐用
RewriteRule方式，兼容性更好，也便于加条件判断：
RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f RewriteCond %{REQUEST_FILENAME} \.php$ RewriteRule ^(.*)$ "fcgi://unix:/var/run/php/php8.1-fpm.sock/var/www/html/$1" [P]
fcgi://unix:...路径中的/var/www/html/必须与DocumentRoot一致，否则PHP-FPM找不到脚本文件127.0.0.1:9000），则写成fcgi://127.0.0.1:9000，后面仍要拼接绝对路径为什么访问PHP页面返回503或空白页
绝大多数是路径映射错误或权限问题，不是配置语法错。
-
503 Service Unavailable：PHP-FPM没运行，或Apache无法访问socket文件（检查ls -l /var/run/php/php8.1-fpm.sock，用户组是否为www-data） - 空白页+无错误日志：PHP-FPM里
catch_workers_output = yes未开启，或php_admin_value[error_log]没设，导致错误被吞掉 - 404 on PHP file：RewriteRule里拼接的绝对路径错了，比如DocumentRoot是
/srv/app，但规则里写了/var/www/html - 别忽略SELinux——在CentOS/RHEL上，
setsebool -P httpd_can_network_connect 1可能必须执行
PHP-FPM池配置要注意哪些关键项
Apache和PHP-FPM协作时，www.conf里的几个参数直接影响能否连通和稳定运行。
立即学习“PHP免费学习笔记（深入）”；
-
listen = /var/run/php/php8.1-fpm.sock：路径需与Apache中fcgi://unix:...完全一致 -
listen.owner和listen.group必须和Apache工作进程用户一致（通常是www-data或apache） -
listen.mode = 0660：太松（如0666）不安全，太严（如0600）Apache无法读写socket -
security.limit_extensions = .php .php7 .php8：确保只执行明确允许的扩展名，防止上传恶意文件绕过
curl --unix-socket /var/run/php/php8.1-fpm.sock http://localhost/status确认PHP-FPM自身状态页可访问，再看Apache error_log里有没有proxy: error reading status line from remote server这类提示——它往往指向socket路径或权限问题。 
