PHP-FPM启动失败主因是配置路径、用户权限、监听方式错误，需依次确认二进制与配置文件路径、listen及owner/group设置、语法验证(php-fpm -t)和journal日志排查。
能编译成功，但默认配置跑不起来 Web 服务——关键在 --prefix、--with-fpm 和 php.ini 路径三者必须对齐，否则 php-fpm 启动就报找不到配置或扩展。
configure 参数里哪些是硬性依赖，哪些可先砍掉
很多人在 ./configure 阶段卡住，不是因为参数写错，而是系统缺头文件却没报具体库名。比如提示 xml2-config not found，实际要装的是 libxml2-dev，不是 libxml2；提示 oniguruma.h not found，得装 libonig-dev，不是 libonig4。
-
--prefix=/usr/local/php81必须显式指定，否则默认装到/usr/local，和系统 PHP 冲突 -
--enable-fpm和--with-fpm二选一即可，新版 PHP 推荐用--enable-fpm（--with-fpm已弃用） -
--with-config-file-path=/usr/local/php81/etc必须配，且路径要和后续php.ini放置位置一致，否则php -v显示的配置文件路径为空 -
--without-cgi、--without-apache2-handler可直接加上，避免编译无用模块拖慢速度 - GD、cURL、OpenSSL 这类扩展，如果暂时不用图像处理或 HTTPS 请求，可以先用
--without-gd、--without-openssl跳过，等基础环境跑通再补
make -j 编译时内存爆掉或卡死怎么办
Ubuntu 默认 make -j$(nproc) 会起满核线程，但 PHP 8.1+ 源码单线程编译峰值内存常超 1.5GB。4GB 内存的云服务器上很容易 OOM kill，现象是 make 突然中断，dmesg | tail 能看到 Out of memory: Kill process php。
- 保守做法：用
make -j2，适合 2–4GB 内存机器 - 折中做法：查空闲内存
free -h，若可用< 2G，强制限制为make -j1 - 别信
make -j$(nproc --all)，多核不等于多内存带宽，尤其在 SSD 性能一般的旧机器上，I/O 反而成瓶颈 - 编译中途断了？不要
make clean重来，先make续编，90% 情况下能继续
php-fpm 启动失败：常见错误和对应检查点
php-fpm 启动失败最常报两类错误：unable to load dynamic library（扩展加载失败）和 failed to open configuration file（配置路径错）。这两类问题 80% 出在安装后没手动复制配置文件，或 php.ini 里 extension_dir 路径没更新。
立即学习“PHP免费学习笔记（深入）”；
- 确认
php-fpm读的是哪个配置：/usr/local/php81/sbin/php-fpm -t -c /usr/local/php81/etc/php-fpm.conf - 检查
extension_dir是否指向真实路径：运行/usr/local/php81/bin/php -i | grep extension_dir，输出应类似/usr/local/php81/lib/php/extensions/no-debug-non-zts-20210902/；若显示no-debug-zts-20210902（少了个non-），说明 configure 时漏了--disable-zts -
www.conf中listen = /run/php/php81-fpm.sock是常见坑：目录/run/php/默认不存在，要提前mkdir -p /run/php && chown www-data:www-data /run/php - 改完配置别只
systemctl restart php81-fpm，先用php-fpm -t测语法，再php-fpm -c /path/to/php-fpm.conf -y /path/to/www.conf -R前台启动看实时日志
如何让多个 PHP 版本共存又不互相污染
装多个版本不是靠反复 make install 覆盖，而是每个版本用独立 --prefix + 符号链接 + 环境变量隔离。重点是 PATH 和 PHP_INI_SCAN_DIR 不能全局污染。
- 安装时严格区分路径：PHP 8.1 →
--prefix=/usr/local/php81，PHP 8.3 →--prefix=/usr/local/php83 - 不直接改
/usr/bin/php，用软链管理：sudo ln -sf /usr/local/php81/bin/php /usr/local/bin/php81，同理建php83 - 切换版本时，只改当前 shell 的
PATH：export PATH="/usr/local/php81/bin:$PATH"，别写进/etc/profile - 扩展配置隔离：每个版本的
php.ini里设include_path = ".:/usr/local/php81/lib/php"，且php.ini文件本身放在各自etc/下，别共用一个 - 最易忽略的一点：
phpize也得按版本走——PHP 8.1 扩展必须用/usr/local/php81/bin/phpize生成 configure，否则编译出的.so会 ABI 不兼容
真正麻烦的从来不是编译那几十分钟，而是 php.ini 里一行 date.timezone = Asia/Shanghai 漏写，导致 Laravel 日志时间全错；或是 opcache.enable_cli=1 开着，结果 PHPUnit 测试结果缓存不刷新。这些细节不会报错，但会让调试变成盲人摸象。
