应使用 version_compare() 判断版本后动态加载逻辑，而非尝试 mock php_version 或 php_version_id；因常量不可重定义、只读整数赋值无效，mock 实质是条件分支+静态分析；推荐按版本拆分文件并条件包含，对 polyfill 场景优先用 function_exists()。
直接用 version_compare() 判断版本再加载对应逻辑，比 mock PHP 版本常量更可靠；PHP 本身不提供运行时“切换版本”的能力，所谓“Mock”本质是条件分支 + 静态分析辅助验证。
为什么不能真 mock PHP_VERSION 或 PHP_VERSION_ID
强行覆盖 PHP_VERSION 常量会触发 fatal error（常量不可重定义）；PHP_VERSION_ID 是只读整数，赋值无效且无意义。试图用 define('PHP_VERSION', '7.4.0') 会报 Notice: Constant PHP_VERSION already defined，后续 version_compare() 仍读取真实值。mock 的目标不是骗过 PHP 解析器，而是让测试能覆盖不同版本路径的执行逻辑。
用条件加载 + 文件隔离模拟多版本行为
把版本敏感代码拆到独立文件中，按需包含，避免解析失败中断整个测试流程：
- PHP 8.0+ 功能（如
match、联合类型）写在features/v80.php，入口处用if (version_compare(PHP_VERSION, '8.0.0', '>=')) { require 'features/v80.php'; } - PHP 7.4 专属逻辑（如箭头函数）放
features/v74.php，但注意：该文件不能被 PHP require - 低版本降级实现统一放在
features/fallback.php，例如用if-elseif替代match，用is_string() || is_int()替代string|int类型声明
测试时如何验证不同版本路径都走通
靠静态分析工具提前扫出语法风险，而不是等测试运行时报错：
- 用
phpcs+PHPCompatibility规则集，指定--runtime-set testVersion 7.4检查是否含match或fn()—— 这些在 7.4 下合法，但在 7.3 下会直接 parse error - 对同一份代码，分别跑
php -l在 Docker 启动的 PHP 7.2、7.4、8.1 容器里，检测语法是否通过（php -l不执行，只解析） - 单元测试中不 mock 版本号，而是用
getenv('TEST_PHP_VERSION')控制测试分支，CI 中启动多个 job，每个 job 设置不同环境变量并运行对应测试集
别忽略扩展版本和函数可用性的交叉判断
主版本号只是起点，真正卡住的是扩展行为差异。例如 mbstring 在 PHP 7.4 和 8.0 中 mb_ord() 返回值类型不同；curl 扩展的 curl_setopt_array() 在旧版中不支持某些选项。这些无法靠 version_compare(PHP_VERSION) 捕获：
- 检查扩展存在性必须先
extension_loaded('mbstring')，再用phpversion('mbstring')获取其版本 - 对函数可用性，优先用
function_exists('str_contains')而非version_compare(PHP_VERSION, '8.0.0', '>=')，因为 polyfill 可能已注入该函数 - 某些函数（如
json_validate()）PHP 8.3 才引入，但部分 polyfill 库会提前提供，此时function_exists()比版本判断更贴近实际运行态
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
