Windows 7 上 PHP 版本降级失败主因是 Apache 模块（php7apache2_4.dll）不兼容、扩展 DLL 与 php.ini 配置不匹配、VC14 运行时缺失三者之一；必须换用对应版本的 DLL、重置 php.ini 并安装匹配的 VC14 运行库。
Windows 7 上 PHP 版本降级不是“换包重命名”就能完事的，核心冲突在 Apache 模块兼容性、扩展 DLL 依赖和系统级运行时库（VC++）版本匹配——降级失败多半卡在这三处。
php7apache2_4.dll 与低版本 PHP 不兼容
Apache 2.4 加载 PHP 是靠 php7apache2_4.dll 这个模块，它编译时绑定的是特定 PHP 主版本（如 7.0.x 或 7.2.x）。如果你把 PHP 7.4 的文件夹直接换成 PHP 7.0，但没换掉这个 DLL，Apache 启动会静默失败或报 AH00526 错误。
- 必须从对应 PHP 版本的 ZIP 包里提取原装
php7apache2_4.dll（例如 php-7.0.33-Win32-VC14-x64.zip 中的） - VC14 编译的 DLL 只能配 VC14 编译的 PHP，不能混用 VC15（PHP 7.3+ 常用）或 VC9（老 PHP 5.x）
- 检查方式：用
depends.exe（Dependency Walker）打开 DLL，看它依赖的MSVCR140.dll是否存在且版本一致
php.ini 中 extension_dir 和扩展名不随版本自动适配
PHP 7.0 的扩展目录下没有 php_openssl.dll，只有 php_openssl.dll —— 看似一样，实则文件内部 ABI 不同；更常见的是，7.0 默认不带 php_fileinfo.dll，而 7.4 默认带。直接复用高版本 php.ini 会导致启动时报 “PHP Startup: Unable to load dynamic library”。
- 降级前务必用对应版本的
php.ini-development或php.ini-production重建配置 -
extension_dir必须写成绝对路径，例如extension_dir = "D:/php70/ext"，不能只写"ext" - 逐个核对要启用的扩展是否存在：运行
php -m查看已加载模块，再比对php -i | findstr "extension_dir"确认路径是否可读
VC++ 运行时缺失导致 httpd 启动即崩溃
PHP 7.0–7.2 多数用 VC14（Visual C++ 2015）编译，需要系统有 vcredist_x64.exe（或 x86）；但 Windows 7 默认不带，且微软已下架官方下载页。很多用户降级后双击 httpd.exe 直接弹窗“缺少 MSVCP140.dll”，不是权限问题，是运行时根本没装。
立即学习“PHP免费学习笔记（深入）”；
- 必须手动安装 Microsoft Visual C++ 2015 Redistributable（x64 或 x86，与 PHP 架构严格一致）
- 不要试图用 2017/2019 的运行时替代——它们不向下兼容 VC14 编译的 DLL
- 验证方法：命令行执行
php --version，若成功输出版本号，说明 PHP 自身运行时 OK；若失败，先解决这个再调 Apache
最易被忽略的是 Apache 和 PHP 的位数一致性：Win7 上 32 位 Apache 必须配 32 位 PHP，哪怕系统是 64 位；混搭会导致 LoadModule 成功但请求 500，错误日志里却只写 “Premature end of script headers”。
