ThinkPHP 8.0在IIS跑不起来的核心原因是Web.config重写规则错误（必须用url="index.php?{R:1}"而非/）、FastCGI未设置cgi.fix_pathinfo=1、PHP未使用匹配架构的TS版本；三者缺一即导致“No input file specified”和路由失效。
ThinkPHP 8.0 在 IIS 上跑不起来，八成不是框架问题，而是 Web.config 重写规则没写对、FastCGI 环境变量漏了，或者 PHP 版本/线程安全类型选错了。这三处只要错一个，No input file specified 就会反复出现，路由也不生效。
Web.config 的 rewrite 规则必须用问号传参写法
IIS 不像 Apache 能原生解析 PATHINFO，直接把 index.php/abc/def 当作路径段交给 PHP 处理。它默认只认 index.php?abc/def 这种查询字符串格式。所以 Web.config 里的 <action> 必须显式带问号：
<rule name="ThinkPHP" stopProcessing="true">
<match url="^(.*)$" />
<conditions logicalGrouping="MatchAll">
<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
</conditions>
<action type="Rewrite" url="index.php?{R:1}" />
</rule>
常见错误包括：
- 写成
url="index.php/{R:1}"—— IIS 会尝试找物理路径，直接 404 或报错 - 漏掉
stopProcessing="true"—— 后续规则干扰，导致重写链断裂 - 没加
{REQUEST_FILENAME}判断 —— 静态资源（如.js、.css）也被强行转发给index.php，拖慢响应
FastCGI 环境变量 cgi.fix_pathinfo=1 是硬性要求
PHP 默认关闭 cgi.fix_pathinfo，而 ThinkPHP 8.0 的 URL 解析严重依赖这个开关。IIS + FastCGI 组合下，不打开它，index.php/module/action 这类请求根本进不了框架的入口逻辑，直接返回 No input file specified。
立即学习“PHP免费学习笔记（深入）”；
操作路径：IIS 管理器 → 选择服务器节点 → “FastCGI 设置” → 找到你配置的 php-cgi.exe 行 → 右键“编辑” → “环境变量” → 添加：
-
name:cgi.fix_pathinfo -
value:1
注意：php.ini 里设这个值无效，IIS 的 FastCGI 模块只读取这里定义的环境变量。
PHP 必须用 Thread Safe（TS）版本，且要匹配系统架构
ThinkPHP 8.0 官方明确要求 PHP ≥ 8.0.0，但很多人卡在第一步：下载了 NTS 版本，结果 IIS 报错“无法启动 FastCGI 进程”。IIS 的 CGI 模块强制要求 TS 版本。
验证方式很简单：
- 去 https://www.php.cn/link/a9a2c061a1c2743d489c6863eae6725a 下载
php-8.0.x-Win32-vs16-x64.zip（x64 对应 64 位系统），别选带nts字样的 - 解压后检查
php-cgi.exe是否存在 —— NTS 版本没有这个文件，只有php.exe - 如果运行
php -v提示VCRUNTIME140.dll缺失，说明没装 Visual C++ 2015–2022 运行库，得先补上
入口文件和目录权限容易被忽略
ThinkPHP 8.0 默认入口是 public/index.php，不是根目录下的 index.php。IIS 网站的物理路径必须指向 your-project/public，否则重写规则匹配不到，静态资源也 404。
另外，IIS 应用程序池的标识用户（通常是 IIS AppPool\YourPoolName）必须对 public 目录有读取+执行权限，对 runtime 和 log 目录有写入权限。Windows 资源管理器右键 → “属性” → “安全” → 编辑即可添加。
最常被跳过的细节：ThinkPHP 8.0 的 config/app.php 里 'app_host' => '' 如果留空，在 IIS 下可能触发非预期的域名判断逻辑；建议显式设为 'app_host' => 'localhost' 或你的实际域名，避免调试时 URL 构造出错。
