500错误在Win7 PHP环境中大概率是环境未启动，而非代码问题；需确认Apache是否加载php_module、PHPIniDir路径是否正确、phpinfo()能否正常显示，并重点检查Apache logs/error.log中的DLL加载失败、权限拒绝等关键词。
500 错误在 Win7 搭建的 PHP 环境里，大概率不是代码问题，而是环境没跑起来——PHP-FPM 没启、Apache 模块加载失败、或 php.ini 配置被改崩了。先别改业务代码，得确认请求真进到了 PHP 层。
确认 PHP 是否实际在运行（Apache + mod_php 场景）
Win7 常见组合是 Apache + mod_php（非 PHP-FPM），但很多人装完就以为“PHP 装好了”，其实 httpd.conf 里可能漏了加载模块或没开 LoadModule php_module。
- 打开 Apache 安装目录下的
conf/httpd.conf，搜索php，确认存在类似LoadModule php7_module "D:/php/php7apache2_4.dll"的行（路径和 DLL 名需匹配你实际 PHP 版本） - 检查是否启用了
AddHandler application/x-httpd-php .php和PHPIniDir "D:/php"（路径必须指向含php.ini的文件夹，且不能带尾部斜杠） - 重启 Apache 后，在浏览器访问一个仅含
<?php phpinfo(); ?>的info.php；如果也 500，说明 Apache 根本没把请求交给 PHP 解析器 - 若
phpinfo()正常，但你的项目仍 500，则问题出在项目本身或其依赖配置（如open_basedir、扩展缺失）
查 Apache error.log 里的真实错误关键词
Win7 下 Apache 默认日志通常在 logs/error.log（Apache 安装目录下），不是 PHP 的 error_log。500 是 Apache 返回的状态码，它只负责“甩锅”，真正原因全藏在这份日志里。
- 用记事本或 VS Code 打开
logs/error.log，拉到最底部，盯住最新几条含PHP Parse error、PHP Fatal error、unable to load dynamic library、Permission denied的记录 - 特别注意：Win7 上常见
unable to load dynamic library 'D:\php\ext\php_mysqli.dll' - %1 is not a valid Win32 application—— 这代表 PHP 是 32 位，但 DLL 是 64 位（或反过来），版本必须严格匹配 - 如果日志里只有
Premature end of script headers，基本可断定 PHP 进程崩溃了，大概率是扩展冲突或内存溢出（memory_limit设太小）
验证 php.ini 配置是否生效且无语法错误
Win7 环境下，php.ini 放错位置或写错格式，会导致 PHP 启动失败却不报错，Apache 就直接返回 500。
立即学习“PHP免费学习笔记（深入）”；
- 运行命令
php --ini（确保已加到系统 PATH），看输出的 Loaded Configuration File 路径是否和PHPIniDir一致；若显示 “none”，说明 Apache 根本没读到 ini 文件 - 用
php -l php.ini检查 ini 文件自身语法（没错，ini 文件也能有语法错误，比如多写了等号、引号不闭合） - 重点检查这几项是否合理：
extension_dir = "D:\php\ext"（路径用反斜杠，且必须存在）、error_log = "D:\php\logs\php_error.log"（目录要手动创建，否则 PHP 写不了日志）、date.timezone = "Asia/Shanghai"（不设会导致部分函数报错） - 禁用所有扩展（把
extension=行全注释），再逐个启用，尤其注意php_curl.dll、php_openssl.dll这类依赖 VC 运行库的扩展——Win7 缺少vcruntime140.dll时会静默失败
绕过 Apache 直接用 PHP 内置服务器测试
如果 Apache 日志空空如也，或者你怀疑是 Apache 配置污染了请求，可以用 PHP 自带的 CLI 服务器快速验证脚本是否真能跑。
- 进入项目根目录，执行
php -S localhost:8000 router.php（router.php可先写成<?php echo 'OK'; ?>） - 浏览器访问
http://localhost:8000，如果正常显示 OK，说明 PHP 解释器本身没问题，问题 100% 出在 Apache 配置或模块链路上 - 如果 CLI 服务器也报错（如
Failed to open stream: No such file or directory），说明是相对路径、__DIR__计算或 require/include 的文件缺失问题——这类错误在 Apache 下常被吞掉，但在 CLI 下会明示 - 注意：PHP 内置服务器不支持 .htaccess 和重写规则，仅用于排除 PHP 解析层故障
Win7 的关键陷阱在于：它不提示 DLL 加载失败的具体原因，也不默认生成 PHP 错误日志；很多 500 实际是 php.ini 里一个路径写错、一个扩展名拼错、或少装了一个 VC 运行库，但错误全被 Apache 吞掉了。务必先看 error.log 最后三行，而不是盯着浏览器空白页猜。
