phpversion() 是获取当前 php 核心版本最简单可靠的方式，返回如 "8.2.12" 的字符串，需用 version_compare() 进行版本比较，且 cli 与 web 环境版本可能不同。
直接用 phpversion() 获取当前 PHP 版本字符串
这是最简单也最可靠的方式：phpversion() 不依赖外部配置或环境变量，它返回的就是运行时实际加载的 PHP 解释器版本号，比如 "8.2.12" 或 "7.4.33"。它不需要参数，调用即得结果，且在所有 PHP 版本（包括 5.0+）中都可用。
常见误操作是试图给它传参（比如 phpversion('json')），这其实是在查扩展版本——但绝大多数场景下你只想知道 PHP 核心版本，传参反而容易返回 false（比如扩展未启用时），造成误判。
- 正确写法：
echo phpversion(); - 错误写法：
phpversion('mbstring')（除非你明确要检查某个扩展是否加载且获取其版本） - 注意：该函数返回的是字符串，不是数字，不能直接用于数值比较（如
> 8.0）
做版本判断时必须用 version_compare()，别用 > 或 strcmp
PHP 版本号是语义化版本（如 "8.1.0RC3"、"8.2.12"、"8.3.0beta1"），直接用字符串比较或数值比较会出错。例如 "8.10.0" > "8.2.0" 在 PHP 中为 false（因为字符串逐字符比，'1' ），而 <code>version_compare("8.10.0", "8.2.0", ">") 才返回 true。
- 推荐判断方式：
if (version_compare(phpversion(), '8.1', '>=')) { ... } - 支持的操作符：
、<code>lt、==、eq、>=、ge等，建议统一用符号形式，更易读 - 开发时如果硬编码版本阈值（如最低要求 8.1），务必在部署前验证真实环境输出，某些 Docker 镜像或 cPanel 环境可能因多版本共存导致 CLI 和 Web SAPI 的
phpversion()结果不一致
CLI 和 Web 环境下 phpversion() 可能不同，别只测一种
一个服务器上完全可能同时装了多个 PHP 版本，并通过不同 SAPI（如 php-fpm、mod_php、cli）调用不同二进制。你在终端执行 php -v 看到的是 CLI 版本，而 phpversion() 在 Web 页面里运行时，反映的是当前 Web 服务所用的 PHP 实例版本——二者经常不一致。
- 排查方法：在 Web 脚本里直接输出
phpversion()；在命令行运行php -r "echo phpversion();" - 典型陷阱：本地开发用 CLI 测试通过（如 8.2），上线后 Web 环境仍是 7.4，
match表达式或#[\Attribute]直接报语法错误 - CI/CD 中建议在部署前加一步检查：
curl -s http://your-app/version-check.php（该脚本只含<?php echo phpversion();），避免依赖本地php -v
需要兼容极老版本（如 PHP 4）？别信文档，实测再用
虽然官方文档称 phpversion() 自 PHP 4.0.0 起可用，但部分定制编译的 PHP 4.3.x 或某些嵌入式环境可能未导出该函数（尤其禁用 core 函数组时）。如果你真在维护 PHP 4 级别的遗留系统（极其罕见），先确认函数存在：
if (function_exists('phpversion')) {
$ver = phpversion();
} else {
$ver = '4.3.0'; // 或从 $_SERVER['SERVER_SOFTWARE'] 等非常规途径推测
}
不过现实中，PHP 4 已无安全支持超过 20 年，绝大多数“兼容 PHP 4”的需求其实是误读——真正要处理的是 PHP 5.2 或 5.3 这类仍有少量老项目存活的版本。这些版本中 phpversion() 是稳定可用的，无需额外兜底。
版本检测本身很简单，难的是意识到它只是入口——后续所有语言特性（如 str_contains()、new Foo(...) 参数解构）是否可用，取决于这个字符串背后的真实能力边界。别只看数字，要看它对应的功能列表。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
