必须分别验证cli与web环境：执行php -v和php --ini确认命令行版本及配置路径，再通过phpinfo()比对php version、loaded configuration file和php extension build；apache需检查loadmodule路径，nginx需核对fastcgi_pass指向的8.3 socket或端口。
PHP环境搭建总报错，90%不是你操作错了，而是 CLI 和 Web 服务用的压根不是同一个 PHP 实例——php -v 显示 8.3，phpinfo() 却是 7.4 或空白，这就是典型“双轨失联”。
怎么确认 CLI 和 Web 用的是同一个 PHP？
别信“我装了就肯定对”，必须实测：
- 终端执行
php -v和php --ini，记下版本号和Loaded Configuration File路径 - 建一个
info.php，内容只有<?php phpinfo(); ?>，用浏览器打开，重点比对三行：PHP Version、Loaded Configuration File、PHP Extension Build（比如TS或NTS） - Apache 用户：检查
httpd.conf里LoadModule php_module指向的php8.3.dll是否存在且路径正确 - Nginx + PHP-FPM 用户：确认
fastcgi_pass指向的是 8.3 的 socket（如unix:/run/php/php8.3-fpm.sock）或端口（如127.0.0.1:9003）
php.ini 配置为什么改了没用？
常见陷阱是“以为复制了就生效”，其实有四个关键点卡死：
- 必须用
php.ini-development模板重命名，不能用php.ini-production——后者默认禁用所有扩展 -
extension_dir必须写绝对路径，例如 Windows 下写extension_dir = "C:/php/ext"，不能留默认的"ext" - 取消注释扩展时，确保扩展文件真实存在：
php -m列出已加载模块，php -i | grep extension_dir确认目录位置 - 删掉 PHP 8.3 已废弃的配置项，比如
track_errors=On、magic_quotes_gpc=Off，否则直接Fatal error启动失败
Composer 报错“command not found”或调旧版怎么办？
Composer 不读系统 PATH，它只认自己初始化时记录的 PHP 路径：
- 运行
which php（Linux/macOS）或where php（Windows），确认终端调用的是你要的版本 - 执行
composer diagnose，看输出里PHP binary和PHP version是否匹配你的目标版本 - 如果不匹配，运行
composer self-update后，再用composer config --global platform.php 8.3.6锁定版本（替换为你实际的小版本号） - 宝塔/PhpStudy 用户额外注意：面板安装的扩展可能装进了错误子目录，比如
php-8.3.6文件夹里却去改了php-8.3.0的php.ini
VSCode 里跑 PHP 总提示 “No such file or directory”
这通常不是 PHP 本身问题，而是 VSCode 找不到可执行文件或路径解析错位：
- 在 VSCode 设置里搜
php.executablePath，必须填绝对路径，例如"C:\php\php.exe"（Windows）或"/usr/bin/php"（Linux/macOS），不能只写"php" - 如果用了 WSL，路径必须指向 WSL 内部，比如
"\wsl$Ubuntuusrinphp"，而不是 Windows 的C:路径 - 检查项目根目录下有没有
.vscode/settings.json，里面若写了"php.executablePath"，会覆盖全局设置，容易冲突 - 终端里能跑
php -v，但 VSCode 终端里不行？说明 VSCode 没继承系统 PATH，得在设置里手动指定路径
最常被忽略的一点：Web 服务器和 CLI 的线程安全（TS/NTS）与构建方式（VC16/VC17）必须严格一致。哪怕版本号完全相同，PHP Extension Build 显示 TS 却配了 NTS 的 DLL，扩展就永远加载失败——这个细节藏在 phpinfo() 最下面，不拉到底根本看不到。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
