php -v 输出首行必须明确显示“PHP 8.1.x (cli)”，且通过 which php 和 ls -l 确认软链接指向 PHP 8.1 二进制；Web 环境须用 <?php echo phpversion(); ?> 验证，避免仅依赖 phpinfo() 表面信息。
php -v 是最直接、最可靠的方式，但仅靠它无法确认你用的就是 PHP 8.1——它只告诉你当前 CLI 默认版本，而这个“默认”可能指向 8.0、8.2，甚至根本不是 8.1。
怎么确认当前 CLI 真的是 PHP 8.1
运行 php -v 后，第一行必须明确显示 PHP 8.1.x（如 PHP 8.1.27），且括号里是 (cli)。如果看到 PHP 8.2.10 (cli) 或 PHP 7.4.33 (cli)，说明不是 8.1。
常见干扰项：
-
php --version输出和php -v一致，只是格式更干净，不带构建信息，适合脚本解析 -
which php或command -v php能看到实际调用路径，比如/usr/bin/php；再配合ls -l /usr/bin/php可能发现它是软链接，真正指向php8.2 - Linux 上用
update-alternatives --list php或 macOS Homebrew 用户用brew unlink php && brew link php@8.1才能切到 8.1
Web 环境下怎么验证是不是 PHP 8.1
CLI 是 8.1 ≠ Web 也是 8.1。Apache/Nginx + PHP-FPM 极可能加载另一个版本。
立即学习“PHP免费学习笔记（深入）”；
必须在 Web 可访问路径下建一个 check.php，内容为：
<?php echo phpversion(); ?>
浏览器访问后，输出必须是 8.1.x（如 8.1.27）。不能只信 phpinfo() 页面顶部的 “PHP Version”，要确认整个页面的 Loaded Configuration File 和 Server API（应为 fpm-fcgi 或 apache2handler）是否匹配你的预期部署方式。
注意：phpinfo() 会暴露敏感路径，上线环境务必删掉或加 IP 限制。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
为什么 phpversion() 比 PHP_VERSION 更稳妥
PHP_VERSION 是编译时常量，值在 PHP 编译时就固定了；而 phpversion() 是运行时函数，返回当前 SAPI 实际加载的解释器版本——二者在绝大多数情况下相同，但在某些嵌入式或特殊打包环境（如某些 Docker 镜像、cPanel 多 PHP 管理器）中可能不一致。
实操建议：
- 写兼容判断时，统一用
version_compare(phpversion(), '8.1', '>=')，别用phpversion() >= '8.1'（字符串比较会错，'8.10' 为 true） - 扩展版本检测要显式传参：
phpversion('opcache')，不传参才是查 PHP 核心版本 - CI/CD 中验证 Web 环境，别只跑
php -v，要用curl -s http://localhost/check.php拿真实响应
查不到 8.1？可能是系统根本没装，或没启用
Linux 下执行：
ls /usr/bin/php*
或
find /opt -name "php" -type d 2>/dev/null | grep -i "8\.1"
如果没结果，说明系统未安装 PHP 8.1。Ubuntu/Debian 常用 apt install php8.1-cli php8.1-fpm；CentOS/RHEL 用 dnf module install php:remi-8.1；macOS Homebrew 用户需 brew install php@8.1 && brew link php@8.1。
Windows 用户若用 XAMPP/WAMP，得进控制面板手动切换 PHP 版本，或改用 Laragon、UwAmp 这类支持多版本并存的套件。
真正容易被忽略的点：PHP 8.1 的 openssl、mbstring、json 扩展默认启用，但某些精简镜像或自编译版本会关掉它们——php -m | grep openssl 必须有输出，否则即使版本对，composer install 或 HTTPS 请求也会失败。
