PHP 8.3 在 Windows 配置失败主因是 CLI 与 Web 服务加载不同 php.ini、扩展路径不一致或缺失 VC2022 运行时；需通过 phpinfo() 确认实际配置路径，校准 extension_dir、设置 date.timezone 和 openssl.cafile，安装官方 vcredist_x64，并确保路径无空格/中文、禁用已移除指令 track_errors。
PHP 8.3 在 Windows 上配置失败，90% 的情况不是 PHP 本身有问题，而是 CLI 和 Web 服务加载了不同 php.ini、扩展路径不一致、或 VC 运行时缺失——直接改错文件、装对依赖、重启服务，比反复重装快得多。
php -v 成功但网页 500 或 phpinfo() 不显示扩展
这是最典型的「两套配置」问题：命令行用一套 php.ini，Web 服务器（Apache/Nginx/IIS）用另一套，甚至根本没加载任何配置。
- 在浏览器打开
test.php（内容为<?php phpinfo(); ?>），重点看 “Loaded Configuration File” 这一行 —— 它显示的路径才是 Web 实际读的php.ini，和你改的那个可能完全无关 - 如果该行显示
none或空白，说明 Web 服务压根没加载php.ini，要查 FastCGI 注册路径（Nginx）或 Apache 的LoadModule+PHPIniDir是否指向正确目录 - 确认
extension_dir = "ext"是相对路径，且C:\php\ext\php_openssl.dll确实存在；若缺失，说明下载的是阉割版 ZIP，换回官网完整包（如php-8.3.6-Win32-vs17-x64.zip） - 改完后必须完整重启 Web 服务：
net stop apache2.4 && net start apache2.4或nginx -s reload，刷新网页无效
启动 php.exe 报错 0xc000007b 或找不到 vcruntime140.dll
这是 VC 运行时版本不匹配的明确信号，不是 PHP 包错了，而是系统缺组件。
- PHP 8.3 官方 ZIP 要求 Microsoft Visual C++ 2022 Redistributable (x64)，不是 2015/2019 —— 即使你装过旧版，也必须单独安装
vcredist_x64.exe（从微软官网搜“Visual C++ 2022 Redistributable”） - 别信第三方打包的“运行库合集”，只装官方原版；安装后无需重启，但要确保 PATH 中没有冲突的旧版
vcruntime140.dll - 如果解压路径含空格或中文（如
C:\Program Files\php或C:\我的PHP），Win11 会拒绝加载部分扩展，强制用C:\php这类纯英文无空格路径
phpinfo() 显示 extension 加载失败或 openssl.cafile 报错
PHP 8.3 对配置项更严格，漏配 date.timezone 或 openssl.cafile 会导致扩展初始化失败，而不是警告。
立即学习“PHP免费学习笔记（深入）”；
- 必须取消注释并设置这两项：
date.timezone = "Asia/Shanghai"（值需是 IANA 时区名，不能写PRC）、openssl.cafile = "C:\php\cacert.pem"（需先下载 PEM 文件并放对应路径） -
disable_functions若包含chmod、exec等，WordPress 类程序会报致命错误；删掉chmod后记得重启服务 -
track_errors指令在 PHP 8.3 中已彻底移除，若php.ini里还留着track_errors = On，Web 启动直接失败，删掉整行即可 - 扩展启用必须写全名：
extension=mysqli（不是php_mysqli.dll），且确保extension_dir指向的ext目录下有对应 DLL 文件
路由 404、框架报 TypeError 或 Attribute read only 错误
PHP 8.3 本身不处理路由，所有“路由失效”问题都来自框架与新特性的兼容断层，不是 PHP 配置问题。
- Laravel 项目必须 ≥ 10.39 或 ≥ 11.0；ThinkPHP 必须 ≥ 6.3.12；FastRoute 必须 ≥ 1.8.0 —— 用
composer show laravel/framework确认版本，别只看php -v - Laravel 11 下
routes/web.php中的控制器方法必须补全参数类型提示，例如public function show(string $id)，否则 PHP 8.3 直接抛TypeError - ThinkPHP 的
config/app.php中'app_route' => true必须是布尔值true，写成字符串'true'在 strict_types=1 下整个路由模块被跳过 - WP 插件/主题报错，优先检查
wp-config.php是否启用了WP_DEBUG，再看wp-content/debug.log里的真实错误，而不是猜
真正卡住人的地方，往往不是某一行配置写错了，而是 Web 服务读的 php.ini 路径和你以为的不一样，或者 openssl.cafile 指向了一个不存在的 PEM 文件 —— 先让 phpinfo() 说话，再动手改，比凭经验试错快十倍。
