yii 2.x 最低需 php 7.1，推荐 7.4+；2.0.13 起支持 php 7.2，2.0.43 支持 8.0，2.0.49 支持 8.1，8.2+ 需禁用动态属性访问；yii 3.x 要求 ≥7.4 且严格按主版本约束。
Yii 2.x 最低需 PHP 7.1，但实际推荐 PHP 7.4+；Yii 3.x 要求 PHP ≥ 7.4，官方已明确不支持 PHP 8.5 以下版本（截至 2026 年 4 月）。
Yii 2.0.x 各版本对 PHP 的硬性要求
不是所有 2.x 版本都能跑在新 PHP 上。比如 yii2.0.12 在 PHP 7.2+ 会直接报 Fatal error: Cannot use 'Object' as class name —— 因为 PHP 7.2 把 Object 加入了保留名，而 Yii 2.0.12 还在用 \yii\base\Object。
关键兼容节点：
-
yii2.0.13是首个正式支持 PHP 7.2 的版本 -
yii2.0.43开始兼容 PHP 8.0（修复了UnionType解析、mixed类型提示等） -
yii2.0.49起完整支持 PHP 8.1（含枚举、只读类等语法） - PHP 8.2+ 需至少
yii2.0.49，且要禁用__get()/__set()中对动态属性的隐式访问（否则触发Deprecated: Creation of dynamic property）
Yii 3.x 的 PHP 版本锁死逻辑
Yii 3 不再“尽力兼容”，而是按 PHP 主版本做严格约束。其 composer.json 中的 "php": ">=7.4.0 是强制门槛，Composer 安装时直接拒绝越界环境。
常见误操作：
- 试图在 PHP 8.5 下运行
yii3.0.0→ Composer 报错：Your requirements could not be resolved to an installable set of packages. - 降级到
php:8.3却没清vendor/和composer.lock→ 可能残留 PHP 8.4 特有字节码，导致TypeError: Return type of ... must be ... - 用
yii3但未启用opcache.preload→ 某些组件（如 DI 容器）冷启动延迟明显升高
升级 PHP 前必须验证的三个配置点
光改 php.ini 不够，Yii 对扩展和语义有联动依赖：
-
mbstring必须启用，且mbstring.func_overload必须为0（Yii 3 默认关闭该选项，设为非 0 会导致StringHelper行为异常） -
json_decode()返回类型必须是array（即json.decode-strict=0），Yii 2/3 的序列化层未适配 strict mode - 若用
pdo_mysql，PHP ≥ 8.1 时需确认mysqlnd驱动已启用（mysqli扩展在 PHP 8.1+ 已弃用部分旧 API）
PHP 8.5 下跑 Yii 2.0.49 的隐藏风险
虽然 Composer 允许安装，但运行时仍有两处易漏问题：
-
ReflectionParameter::getType()在 PHP 8.5 返回ReflectionNamedType实例更严格，Yii 2 的Container::build()若遇到未声明类型的参数（如function foo($x)），会抛TypeError而非静默跳过 -
error_reporting设为E_ALL时，PHP 8.5 对foreach遍历不可遍历值（如null）不再仅发 warning，而是直接 fatal —— Yii 2 的某些 widget 渲染逻辑仍存在此类边界假设
这类问题不会在本地开发环境暴露，往往只在生产环境高并发下触发，调试成本高。建议在 CI 流程中加入 php -l + php -d error_reporting=32767 index.php 组合校验。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
