集成包（如WampServer、XAMPP）在Win7上可省去手动配置Apache、PHP、MySQL及phpMyAdmin的繁琐步骤，10分钟内即可运行phpinfo()，但最新版已停止Win7支持，且默认启用全部扩展易掩盖真实依赖。
集成包在Win7上能省多少事
Win7用集成包（如WampServer、XAMPP）基本就是点下一步、选安装路径、勾“添加到PATH”，10分钟内就能跑起 phpinfo()。它把Apache、PHP、MySQL、phpMyAdmin全打包好，版本也预先调通——比如WampServer 3.2.x默认带PHP 7.4.33 + Apache 2.4.52，避免你手动配 httpd.conf 里 LoadModule php_module 和 AddHandler application/x-httpd-php .php 这类容易写错的行。
但要注意两点：一是这些包大多停止更新Win7支持，WampServer最新版已不兼容Win7；二是它们默认开启所有扩展（pdo_mysql、curl、gd），看似方便，实则掩盖了真实依赖关系——等你换服务器部署时，发现生产环境缺某个扩展，却不知道本地早就被集成包静默启用了。
手动部署Win7 PHP时最常卡在哪几个点
手动装的核心难点不在下载或解压，而在于三处隐性断点：
-
php.ini文件名必须是php.ini，不能留着php.ini-development或php.ini-production——Win7下Apache不会自动识别后缀，直接报500且日志无提示 -
extension_dir路径必须用正斜杠或双反斜杠，比如C:/php/ext或C:\php\ext，单反斜杠C:phpext会被解析成转义字符，导致所有扩展加载失败 - Apache模块加载顺序有坑：
LoadModule rewrite_module modules/mod_rewrite.so必须放在LoadModule php_module "C:/php/php8apache2_4.dll"之前，否则启动时报Cannot load C:/php/php8apache2_4.dll into server
VC运行库不匹配导致PHP无法启动的真实表现
Win7系统自带的 vcruntime140.dll 版本老旧，而PHP 7.4+和全部PHP 8.x都依赖VS16（即VC++ 2015–2022）运行库。现象很典型：
立即学习“PHP免费学习笔记（深入）”；
- 命令行执行
php -v报错：PHP Warning: 'C:WindowsSystem32 cruntime140.dll' 14.0 is not compatible with this PHP build - Apache服务能启动，但访问PHP页面空白，错误日志里只有
child process exited with status 3221225786这种十六进制码，实际就是DLL加载失败
解决办法只有一个：去微软官网下载并安装 Microsoft Visual C++ 2015–2022 Redistributable (x64)。别信“覆盖system32里dll”的野路子——Win7的文件保护机制会拒绝替换，强行覆盖反而让系统其他程序崩溃。
Win7下该选TS还是NTS版PHP
Win7几乎只跑Apache（IIS太重、Nginx在Win7上性能差），所以必须选TS（线程安全）版PHP。NTS版在Win7+Apache组合下会直接拒绝加载，报错类似 PHP Startup: Unable to load dynamic library 'php_pdo_mysql.dll'，即使扩展路径完全正确。
验证方法很简单：解压PHP包后看文件名——带 Thread Safe 字样的ZIP才是TS版；如果下载页只标了 VC16 x64 没提TS/NTS，大概率是NTS，别用。
这个细节极容易被忽略：很多教程截图用的是Nginx+PHP-FPM场景，直接照搬配置到Win7 Apache环境，结果卡在扩展加载环节一整天。
