Web服务器与CLI使用独立PHP配置，必须通过phpinfo()确认实际加载的php.ini路径；Windows需用VC17+NTS包（如php-8.3.6-Win32-vs17-x64.zip），安装VC++2022运行库，解压至无空格无中文路径，正确设置extension_dir和PATH。
CLI 和 Web 服务器加载的是两套独立配置
你运行 php -v 成功，不代表 Apache 或 Nginx 能用 PHP 8.3——根本原因是 CLI（命令行）和 Web 服务（如 Apache 的 mod_php、Nginx 的 php-fpm）各自读取不同的 php.ini、不同的扩展路径、甚至不同的运行时依赖。
常见错误现象：
-
php -m | grep mysqli显示已加载，但phpinfo()页面里看不到mysqli - 本地写个
test.php执行正常，但通过浏览器访问就报500 Internal Server Error - 修改了
C:\php\php.ini，重启 Apache 后phpinfo()显示的却是C:\Windows\php.ini或C:\xampp\php\php.ini
解决办法只有一条：用 phpinfo() 页面顶部的 Loaded Configuration File 行，确认 Web 服务实际加载的是哪个 php.ini。改错文件等于没改。
Windows 下必须用 VC17+NTS ZIP 包，不是 TS
PHP 8.3 官网已彻底移除 Thread Safe（TS）版本，只提供 Non-Thread Safe（NTS）包。但很多教程还在教“选 TS”，这是过时信息，直接导致扩展加载失败或启动报错 0xc000007b。
立即学习“PHP免费学习笔记（深入）”；
关键判断点：
- 下载包名必须含
vs17和x64，例如：php-8.3.6-Win32-vs17-x64.zip - 必须安装
Microsoft Visual C++ 2022 Redistributable (x64)，否则php.exe根本无法启动 - NTS 是唯一支持现代部署方式（如 Nginx + PHP-FPM）的构建类型；TS 在 8.3 中已不存在
别被旧文档带偏——搜到“TS 包”链接，基本是镜像站或第三方打包，不推荐。
路径和环境变量稍有偏差，扩展就加载失败
Windows 对路径极其敏感，extension_dir 配错、PATH 顺序不对、解压路径含空格/中文，都会让 extension=mysqli 这类配置静默失效。
实操要点：
- 解压到无空格、无中文、层级极浅的路径，例如：
C:\php（不是C:\Program Files\php，也不是D:\dev\php-8.3） -
php.ini必须从php.ini-development复制重命名，不能用php.ini-production（它默认禁用所有扩展） -
extension_dir推荐写绝对路径：extension_dir = "C:/php/ext"，避免相对路径在不同上下文里解析失败 - PATH 要加两处：
C:\php（让php命令可用）和C:\php\ext（部分 Windows 扩展加载逻辑依赖该路径）
尤其注意：改完 PATH 后，必须新开命令行窗口，否则当前会话仍沿用旧环境变量。
macOS 和 Linux 的配置路径逻辑完全不同
macOS 上 Homebrew 安装的 PHP，其 php.ini 路径取决于芯片类型：/opt/homebrew/etc/php/8.3/php.ini（Apple Silicon） vs /usr/local/etc/php/8.3/php.ini（Intel）。抄错一行，which php 就可能指向系统自带的旧版 PHP。
Linux（如 Ubuntu）则更复杂：CLI、Apache 模块、PHP-FPM 各自使用独立的配置文件，分别位于：
- CLI：
/etc/php/8.3/cli/php.ini - Apache：
/etc/php/8.3/apache2/php.ini - FPM：
/etc/php/8.3/fpm/php.ini
扩展启用也不能靠改 php.ini 一行了事，得用 phpenmod mysqli 或 pecl install，否则只是“看起来启用了”。
最常被忽略的一点：不同环境下，php --ini 输出的路径才是唯一可信依据，其他任何“应该在哪儿”的猜测，都可能让你白调半小时。
