Windows服务器PHP环境四步骤规范搭建方案-php教程-PHP中文网

不推荐手动拼装apache+php+mysql，除非需定制模块、审计依赖或满足等保/合规要求；绝大多数场景下xampp或wampserver更稳定、日志清晰、重启可控。

windows服务器php环境四步骤规范搭建方案

直接说结论：Windows服务器上搭PHP环境，不推荐手动拼装 Apache+PHP+MySQL，除非你明确需要定制模块、审计依赖或满足等保/合规审计要求；绝大多数业务场景下，XAMPP 或 WampServer 足够用，且更稳定、日志清晰、重启可控。

Apache 加载 PHP 模块时提示 `Cannot load C:/php/php8apache2_4.dll`

这是 Windows 下最典型的路径与版本错配错误。根本原因不是 DLL 缺失，而是三个条件没对齐：

php8apache2_4.dll 只兼容 Apache 2.4.x，且必须匹配 PHP 主版本（如 PHP 8.2 就不能用 php8apache2_4.dll，得用 php8.2apache2_4.dll）
PHP 必须是 Thread Safe (TS) 版本 —— 非线程安全（NTS）版没有 apache 模块，强行加载会报找不到入口点
Apache 和 PHP 的位数必须一致（x64 + x64，或 x86 + x86），混用会导致 0xc000007b 错误

实操建议：打开 php -v 看输出末尾是否带 TS；检查 C:\php\ 下是否存在对应命名的 php*apache2_4.dll；用 httpd -t 验证配置语法，它会明确告诉你哪一行加载失败。

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

PHP 扩展启用后仍显示 `Call to undefined function mysqli_connect()`

这不是扩展没开，而是 extension_dir 指向错误或 DLL 文件实际缺失。Windows 下扩展加载失败默认静默，不会报错，只跳过。

确认 php.ini 中 extension_dir 是绝对路径，且结尾不带反斜杠（extension_dir = "C:/php/ext" ✅，extension_dir = "C:\php\ext\" ❌）
检查 C:/php/ext/ 下是否存在 php_mysqli.dll（注意：PHP 7.4+ 已移除 php_mysql.dll，只保留 mysqli 和 pdo_mysql）
运行 php --ini 确认实际生效的是哪个 php.ini（常有人改了错文件，比如改了 php.ini-development 却没重命名）
用 php -m | findstr mysqli 查看已加载模块列表，比看配置更可靠

Apache 启动后 localhost 无法访问，但 `httpd -t` 无报错

90% 是端口被占或服务未真正运行。不要只信任务栏图标或控制面板“Started”状态。

执行 netstat -ano | findstr :80（或你设的端口），看 PID 对应哪个进程；用 tasklist | findstr "PID号" 定位程序
检查 Windows 服务列表里 Apache2.4（或类似名）状态是否为“正在运行”，右键“启动”可能失败但不提示 —— 此时看 C:\Apache24\logs\error.log 最末几行
如果用的是 XAMPP/WampServer，别直接双击 apache_start.bat，必须通过控制面板启动，否则环境变量（如 PHPIniDir）不生效
防火墙有时会拦截回环请求，临时关闭测试；IIS 若启用，会默认抢 80/443 端口，需在“Windows 功能”里关掉

最后提醒一句：Windows 服务器上跑 PHP，php-cgi.exe 方式（配合 IIS 或 Nginx）比 mod_php 更轻量、更易回收内存，尤其适合多站点、低配 VPS；但调试时日志分散，得同时盯 php_error_log 和 Web 服务器 error log —— 这个细节，90% 的搭建教程都漏掉了。