必须用NTS版本，因IIS通过FastCGI以单进程多请求方式运行PHP，无需线程安全机制；TS版为Apache mod_php设计，含线程锁开销，在FastCGI下易冲突、卡死或报权限错误。
php7.2 在 Windows Server（如 2008/2012/2016）上部署，必须用 Non-Thread Safe（NTS）版本 + FastCGI 模式，搭配 IIS。选错线程模型或运行方式，500.0、502.0、No input file specified 这类错误几乎必然出现。
为什么必须用 NTS 版本而不是 TS 版本？
IIS 默认通过 FastCGI 调用 PHP，而 FastCGI 是单进程多请求模型，不依赖线程安全机制；TS（Thread Safe）版是为 Apache 的 mod_php（ISAPI）模式设计的，它自带线程锁开销，在 IIS+FastCGI 下反而会冲突、卡死或报 0x80070005 权限错误。
常见误操作：
- 下载了
VC15 x64 Thread SafeZIP 包，却用于 IIS —— 后续php-cgi.exe启动失败或返回空白页 - 没装对应 VC 运行库（如
vc_redist.x64.exefor VC15），直接双击php-cgi.exe提示“缺少 MSVCR150.dll”
✅ 正确做法：去 windows.php.net/download/ 找 PHP 7.2.33 (VC15, x64, Non-Thread Safe) ZIP 包（注意不是 MSI）。
php.ini 配置里最关键的 4 个参数
解压后复制 php.ini-production → php.ini，以下四行不改，phpinfo() 可能显示，但实际跑网站必挂：
-
extension_dir = "C:\php\ext"—— 必须写绝对路径，不能留"ext"或相对路径，否则所有扩展（mysqli、mbstring）加载失败 -
cgi.fix_pathinfo=1—— IIS FastCGI 依赖此值解析PATH_INFO，设为0会导致路由类框架（如 Laravel）404 或No input file specified -
date.timezone = Asia/Shanghai—— 不设时区，date()、strtotime()等函数会警告，部分 CMS 安装向导直接中断 -
fastcgi.impersonate = 1—— 让 PHP 进程以当前 IIS 用户（如IIS_IUSRS）身份读文件，否则常因权限不足无法打开config.php或写日志
顺手启用这些扩展（去掉分号）：extension=mysqli、extension=mbstring、extension=openssl、extension=curl。别开 extension=sqlsrv（那是 SQL Server 驱动，和 MySQL 无关）。
IIS 中添加 FastCGI 映射的实操要点
在 IIS 管理器 → 服务器节点 → FastCGI 设置 → 右键“添加应用程序”，填：
-
完整可执行文件路径：
C:\php\php-cgi.exe（必须是绝对路径，不能是php-cgi.exe） -
监视句柄超时（秒）：设为
300（默认 30 秒太短，大文件上传或慢查询易中断） -
活动超时（秒）：同上，也设
300 -
最大实例数：建议
4（太高易耗尽内存，太低并发一高就排队）
然后进站点 → 处理程序映射 → “添加模块映射”：
-
请求路径：
*.php -
模块：
FastCgiModule -
可执行文件：
C:\php\php-cgi.exe（必须和上面 FastCGI 设置中路径完全一致） -
名称：
PHP_via_FastCGI
⚠️ 常见坑：可执行文件 如果填成 C:\php\php.exe，页面会直接下载 .php 文件源码；如果路径有空格没加引号（如 C:\Program Files\php\php-cgi.exe），IIS 直接忽略该映射。
测试与排错：看到 phpinfo() 不等于 PHP 能正常工作
放一个 test.php 到 C:\inetpub\wwwroot，内容仅一行：<?php phpinfo(); ?>。能打开 ≠ 成功。继续验证：
- 新建
dbtest.php：<?php var_dump(new mysqli('localhost', 'root', '', 'mysql')); ?>—— 若报Class 'mysqli' not found，说明extension=mysqli没生效或路径错 - 上传一个 5MB 的文件，看是否卡在 2MB 就断（
upload_max_filesize和post_max_size默认都是 2M，需同步调大） - 查 Windows 事件查看器 → Windows 日志 → 应用程序，筛选来源为
PHP-CGI的错误 —— 这里能看到 DLL 加载失败、内存溢出等真实原因，比浏览器 500 错误有用得多
最易被忽略的一点：php-cgi.exe 启动时会读取当前目录下的 php.ini，而不是系统环境变量或注册表指定的路径。所以如果你从命令行 cd 到其他目录再运行它，可能加载的是错的配置。部署后务必确认 IIS 使用的是你修改过的那个 php.ini（可在 phpinfo() 页面底部看 “Loaded Configuration File” 路径）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
