PHP 8.3 Windows测试环境部署核心是隔离配置：必须用独立php.ini、区分CLI/Web入口、严格匹配TS/NTS版本——Apache/WAMP必须选ts包，Nginx/IIS用nts；CLI调试前必设display_errors=On、error_reporting=E_ALL、extension_dir="ext"；Web与CLI的php.ini路径须分别验证，避免静默失效。
PHP 8.3 测试环境部署，核心就一条：别直接覆盖生产配置，用隔离路径 + 独立 php.ini + 明确的 CLI/Web 入口区分，否则调试时连报错都看不到真实来源。
怎么选对 PHP 8.3 Windows 版本（TS 还是 NTS）
WAMP/Apache 场景下必须用 Thread Safe（TS）版本；Nginx + PHP-FPM 场景才用 Non-Thread-Safe（NTS）。官网下载页上明确标有 php-8.3.x-Win32-vs16-x64-ts.zip 或 php-8.3.x-nts-Win32-vs16-x64.zip，别只看文件名里的“x64”或“vs16”——ts 和 nts 是决定性后缀。
常见错误现象：
- Apache 启动失败，日志里出现
Cannot load D:/wamp64/bin/php/php8.3.7/php8apache2_4.dll into server - 浏览器访问 .php 文件直接下载，不解析
原因就是用了 NTS 版本去配 Apache。WAMP 用户请直接去 https://windows.php.net/download#php-8.3 找带 ts 的 zip 包。
立即学习“PHP免费学习笔记（深入）”；
CLI 调试前必须改的三个 php.ini 配置项
哪怕只是跑个 php -v 或 composer install，没调这三项，后续 debug、扩展加载、错误提示全会失效：
-
display_errors = On（默认是Off，CLI 下不显示致命错误） -
error_reporting = E_ALL（别用E_ALL & ~E_NOTICE，PHP 8.3 对类型推导更严格，notice 级别可能掩盖实际问题） -
extension_dir = "ext"（路径必须是相对php.exe所在目录的，不是绝对路径；如果解压后php.exe在C:\php83，那ext就得在C:\php83\ext）
验证方式：运行 php --ini 看加载的是哪个 php.ini，再执行 php -m 确认 mbstring、curl 等基础扩展已列出来。
Web 服务中 PHP 8.3 的 FastCGI 启动陷阱
Windows 下用 Nginx 或 IIS 时，不能直接双击 php-cgi.exe 启动，必须带参数绑定地址和端口，否则请求一来就退出：
- 正确启动命令：
php-cgi.exe -b 127.0.0.1:9000 - 错误写法：
php-cgi.exe（无参数，启动即退出）或php-cgi.exe -b 9000（缺 host，Win 下不识别） - Nginx 配置里
fastcgi_pass必须跟这里一致：fastcgi_pass 127.0.0.1:9000;
性能影响：PHP-FPM 在 Linux 上可管理子进程，但 Windows 没有原生 FPM，php-cgi.exe 是单进程模型，高并发下容易卡死。测试环境够用，但别拿它压测。
为什么 phpinfo() 显示版本对但扩展没加载
最常被忽略的一点：Web 服务器（Apache/Nginx）和 CLI 使用的是两套独立的 php.ini 加载逻辑。你在命令行改了 php.ini，不代表 Web 请求也读它。
排查步骤：
- 在 Web 脚本里写
<?php phpinfo(); ?>，搜索 “Loaded Configuration File”，看实际加载路径 - 对比 CLI 的
php --ini输出，90% 的“扩展不生效”问题，都是因为 Web 用的php.ini路径不对，或者压根没复制过去 - Apache 用户注意：
PHPIniDir指令必须指向包含php.ini的**父目录**，不是文件路径。例如PHPIniDir "C:/php83"，而不是"C:/php83/php.ini"
复杂点在于：有些 WAMP 套件会把 php.ini 放进 bin/php/php8.3.7/，但 Apache 默认只认 C:/php83/ 下的。路径差一级，整个环境就静默失效。
