直接看日志，别猜：iis 500错误应优先查c:\inetpub\logs\logfiles下u_ex261009.log等日志，关注sc-substatus（如19=fastcgi崩溃）和sc-win32-status（如5=权限不足）；同时确认fastcgi设置、php进程运行状态、vc15运行库及php.ini配置。
直接看日志，别猜。IIS 返回 500 错误时，PHP 本身没机会报错，真正的问题藏在 IIS 日志、PHP-FPM 日志或 Windows 系统事件里。
查 IIS 详细错误日志
IIS 默认把请求失败记录在 C:\inetpub\logs\LogFiles 下，按站点分目录，文件名类似 u_ex261009.log（日期格式为 yymmdd）。打开最新日志，找状态码为 500 的行，重点关注 sc-substatus 和 sc-win32-status 两列：
- sc-substatus = 0：通常是 PHP 进程根本没启动或被拒绝调用
- sc-substatus = 19：常见于 FastCGI 超时或 PHP-CGI 崩溃
- sc-win32-status = 5：权限不足（如 IIS_IUSRS 无权读取 php-cgi.exe 或 .php 文件）
- sc-win32-status = 2：文件路径不存在（比如 php-cgi.exe 路径配错）
确认 PHP-FastCGI 是否正常运行
PHP 8.0.30 在 IIS 中必须通过 FastCGI 模块调用，不是直接加载 DLL。检查三件事：
- 打开“IIS 管理器”→左侧选服务器→双击“FastCGI 设置”，确认已添加 PHP 路径（如
C:\php\php-cgi.exe），且“监视重启”和“活动状态”为“True” - 右键该条目→“编辑”，检查“最大并发请求数”“活动超时”是否合理（建议初调设为 30 秒以上）
- 命令行执行
tasklist /fi "imagename eq php-cgi.exe"，看是否有进程在运行；若没有，说明 FastCGI 启动失败，此时要查 Windows 事件查看器 → Windows 日志 → 应用程序，筛选来源为“IIS-IIS Manager”或“PHP”的错误
验证 PHP 配置与依赖匹配
PHP 8.0.30 在 Windows 上要求：
- 必须使用 VC15（Visual C++ 2015–2019）运行库，不是 VC14 或 VC16；下载安装 Microsoft Visual C++ 2015–2022 Redistributable (x64)
- IIS 应用程序池必须启用 32 位应用程序 = False（除非你明确用了 x86 版 PHP）；PHP 8.0 官方只提供 x64 非线程安全（NTS）版本，对应 IIS 必须跑在 x64 模式下
- php.ini 中禁用
opcache.enable_cli=1（CLI 模式不需开启 opcache），并确保extension_dir路径正确（如"C:\php\ext"），扩展 DLL 文件名与 php.ini 中一致（例如extension=php_curl.dll）
临时启用 PHP 错误输出（仅开发机）
建一个测试文件 test.php，内容为：
ini_set('display_errors', '1');
ini_set('log_errors', '1');
ini_set('error_log', 'C:\php\php_errors.log');
phpinfo();
?>
访问它。如果仍 500，说明问题卡在 PHP 加载前（FastCGI 或权限）；如果能打开但显示警告/错误，就说明环境通了，问题出在你的业务代码或配置里。注意：线上务必关掉 display_errors。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
