php 5.6 不支持可变类名静态调用（$class::method()）、静态返回类型声明、readonly静态属性及完整的后期静态绑定，需用call_user_func、注释、getter或常量等兼容方案。
PHP 5.6 不支持可变变量调用静态方法（$class::$method()）
这是最常踩的坑：在 PHP 5.6 中，$class::$method() 会直接报语法错误 Parse error: syntax error, unexpected '::'。它不支持“可变类名 + 静态作用域操作符”的组合写法，哪怕 $class 是字符串（如 'User'）也不行。
原因在于 PHP 5.6 的解析器在编译期无法将这种动态类名与 :: 绑定为合法的静态调用表达式；而 PHP 7.0+ 已重构语法解析器，原生支持该语法。
- ✅ 正确兼容写法（PHP 5.6 可用）：
$class = 'User'; call_user_func([$class, 'find']); - ✅ 或中间变量法：
$cls = $class; $cls::find();（注意：仅当$class是变量名而非字符串时有效） - ❌ 错误写法（PHP 5.6 报错）：
$class = 'User'; $class::find();
PHP 5.6 缺少静态返回类型声明和 void 类型
PHP 5.6 完全不支持在静态方法上声明返回类型，连基础的 function foo(): string 都会触发语法错误。更别说 void、联合类型或泛型这类高版本特性了。
这导致两个实际问题：一是 IDE 无法准确推导静态方法返回值，补全和类型检查失效；二是团队协作中难以通过签名明确约定接口契约。
立即学习“PHP免费学习笔记（深入）”；
- ✅ PHP 5.6 只能靠注释（如
/** @return User */）做软约束 - ✅ PHP 7.0+ 开始支持：
public static function find(int $id): ?User - ⚠️ 注意：即使你升级到 PHP 7.1+，若项目仍用
declare(strict_types=1)，静态方法的类型校验才真正生效
PHP 5.6 的静态属性不能设为 readonly 或带类型限定
PHP 8.1 引入的 readonly 静态属性（如 public static readonly string $VERSION）在 PHP 5.6 中完全不可用；同样，任何对静态属性的类型声明（如 public static array $cache）都会被忽略或报错。
这意味着你在 PHP 5.6 中定义的 static $config 实际上是混合类型、可随时被覆盖、无初始化约束的“裸变量”，极易引发运行时类型错乱。
- ✅ 替代方案：用私有静态属性 + 公共 getter 方法模拟只读行为
- ✅ 或用常量（
const）替代简单不可变值，但常量不支持数组/对象 - ⚠️ 关键限制：PHP 5.6 的
static变量不能出现在 trait 中的静态方法里被安全复用（PHP 7.0+ 才修复 trait 静态作用域问题）
后期静态绑定（Late Static Binding）在 PHP 5.6 中功能残缺
虽然 PHP 5.3 就引入了 static::，但 PHP 5.6 对它的支持仍有明显缺陷：比如在匿名函数内使用 static:: 会绑定到外层类而非调用者类；又如某些继承链较深的场景下，get_called_class() 返回结果不稳定。
这些边界 case 在 PHP 7.0+ 中已被重写底层实现修复，但 PHP 5.6 用户几乎无法规避——尤其当你在框架基类中大量依赖 static:: 做反射或实例化时，很容易出现“看似继承了，实则调用父类静态方法”的静默错误。
- ✅ 简单验证方式：
echo static::class;在子类静态方法中输出是否为子类名 - ✅ 保守写法：显式传入类名参数，避免隐式绑定，例如
self::createInstance($calledClass) - ⚠️ 特别注意：PHP 5.6 的
static::在__callStatic中的行为与 PHP 7+ 不一致，容易导致魔术方法路由失败
升级不是换版本号那么简单——很多静态功能的缺失，背后是整个 ZVAL 内存模型、AST 解析器和作用域绑定机制的代际差异。哪怕只是改一行 $class::method()，也可能牵出一整套反射调用、DI 容器或 ORM 初始化逻辑的兼容性雪崩。
