虽然 PHP 7.4 早在2023年11月就已停止官方维护，但在许多生产环境中它依然被广泛沿用，堪称“钉子户”。若你需要在 Ubuntu 24.04、CentOS Stream 9 这类较新系统上安装它，直接执行apt install php7.4或yum install php74大概率会失败——主流发行版的软件仓库早已将其移除。要想顺利安装，必须换一种方式：要么借助可靠的第三方源，要么亲自动手编译。如果还打算让它与 PHP 8.x 版本和平共处，update-alternatives 是一个轻量可控的方案，但需注意它仅影响命令行（CLI）环境，Web 服务器侧还需额外配置。
Ubuntu/Debian 上安装 PHP 7.4：使用 Ondřej PPA 源
当前来看，通过 Ondřej 的 PPA 源安装是最便捷且最稳定的途径，适用于 Ubuntu 22.04+ 及 Debian 11/12（后者可能需要手动适配）。该源提供了预编译二进制包，包含常用扩展，能帮你省去处理依赖的麻烦。
- 首先，添加软件源：
sudo add-apt-repository ppa:ondrej/php。这里有一个细节需要注意：该 PPA 可能不完全兼容 Ubuntu 24.04 LTS 的默认仓库配置，添加后建议检查sources.list.d中的条目是否正常启用，或确认签名密钥是否过期。 - 接着更新包列表：
sudo apt update。若遇到NO_PUBKEY错误，通常需要补全密钥：sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 4F4EA0AAE5267A6C。当然，密钥可能轮换，请以apt update的实际报错为准。 - 然后安装核心组件：
sudo apt install php7.4 php7.4-cli php7.4-fpm php7.4-mysql php7.4-curl php7.4-gd php7.4-mbstring php7.4-xml php7.4-zip。可根据实际需求增加或减少扩展。 - 最后验证版本：运行
php7.4 -v，应输出类似PHP 7.4.33的信息（截至2026年4月，这是该分支的最后一个安全更新版本）。
CentOS/RHEL 系统安装 PHP 7.4：唯有源码编译
对于 Red Hat 系系统，如 CentOS 8 Stream 及更新版本，官方仓库和 EPEL 源均已移除 PHP 7.4。因此，想通过 yum install php74 一键安装并不现实——要么找不到软件包，要么安装的版本缺失关键扩展（例如 pdo_mysql、opcache 等）。此时，源码编译是唯一可靠的选择。
- 第一步，下载源码：
wget https://www.php.net/distributions/php-7.4.33.tar.gz，解压后进入目录。 - 第二步，确保编译依赖齐全：
sudo yum install gcc make autoconf libxml2-devel openssl-devel curl-devel libjpeg-devel libpng-devel freetype-devel sqlite-devel oniguruma-devel libzip-devel bzip2-devel gmp-devel。若为 CentOS 8+，通常还需添加libxcrypt-devel，否则配置阶段可能报错。 - 第三步，配置编译参数。特别注意：不要直接照搬网上的旧教程。对于 Apache 2.4+，默认不带 apxs，因此应去掉
--with-apxs2参数，改用--enable-fpm来启用 PHP-FPM。另外，--with-openssl-dir参数在新版 OpenSSL 3.x 下可能存在问题，直接使用--with-openssl通常更稳妥。 - 编译安装完成后，还有一个关键步骤：需要手动创建 systemd 服务文件（例如
/usr/lib/systemd/system/php74-fpm.service）。若不执行此操作，直接运行systemctl start php74-fpm必定失败。
让 PHP 7.4 与 8.1/8.2 在同一台机器上共存
许多开发者期望用 update-alternatives 来管理所有 PHP 版本，但其功能范围其实有限。该工具只能切换 Shell 命令行中 php 命令的指向，对于 Web 服务（无论是 Apache 还是 Nginx）完全无效。Web 服务器加载的是独立的 PHP 模块，或者连接的是独立的 PHP-FPM 进程，这些都需要单独配置。
- 注册版本到
update-alternatives：sudo update-alternatives --install /usr/bin/php php /usr/bin/php7.4 74和sudo update-alternatives --install /usr/bin/php php /usr/bin/php8.1 81。后面的数字代表优先级，决定默认选用的版本。 - 交互式切换版本：运行
sudo update-alternatives --config php，选择对应编号后，php -v命令会立即生效。 - 对于 Apache 用户：切换 Web 使用的 PHP 版本，需要成对使用
a2enmod php7.4和a2dismod php8.1这样的命令，并且务必重启 Apache 服务后，phpinfo()显示的才是 Apache 实际加载的版本。 - 对于 Nginx + PHP-FPM 用户：关键在于 FPM 监听的 socket 路径。通常会是
/run/php/php7.4-fpm.sock和/run/php/php8.1-fpm.sock等独立文件。Nginx 配置中的fastcgi_pass指令必须精确指向你期望的 socket 路径，不能简单写成127.0.0.1:9000（除非你特意配置了同一端口）。
为什么 php -v 显示 7.4 但 phpinfo() 显示 8.1？
这是环境配置中最容易令人困惑的地方：命令行接口（CLI）与 Web 服务器接口（SAPI）是两套完全独立的运行机制。你修改 update-alternatives，影响的仅仅是终端里执行的 php 命令。而 Apache 或 Nginx 加载的是编译时已绑定好的 PHP 模块，或者连接的是独立运行的 PHP-FPM 进程，这与 /usr/bin/php 这个软链接指向何处无关。
- 查看 CLI 版本：直接运行
php -v，或使用which php查看命令路径。 - 查看 Apache 加载的模块版本：运行
apache2ctl -M | grep php，然后检查/etc/apache2/mods-enabled/目录下哪个php*.load文件是软链接的目标。 - 查看 Nginx + FPM 的版本：通过
ps aux | grep fpm查看进程，确认运行的是php7.4-fpm还是php8.1-fpm，再核对它的配置文件（通常是www.conf）中listen =指定的 socket 路径，是否与 Nginx 配置中的fastcgi_pass一致。 - 一个实用的调试技巧：在 Web 目录下创建一个
test.php文件，内容仅一行：。通过浏览器访问该文件，它会直接输出 Web SAPI 实际调用的 PHP 二进制文件完整路径，比查看庞大的phpinfo()页面更为直接。
