PHP 8起::左侧仅接受已注册类名字符串或非null对象，PHP 7.4开始严格限制动态类名解析，$class::method()需显式校验is_string($class) && class_exists($class)。
PHP 5 到 PHP 8 中 :: 的行为变化有哪些
最核心的变化是：PHP 7.4 起严格限制动态类名解析，PHP 8.0 彻底移除了对字符串字面量以外的表达式作为 :: 左侧的操作支持。这意味着像 $class::method() 这种写法在 PHP 8 中必须确保 $class 是一个**已定义、非空、且不为 null 或 false 的类名字符串**，否则直接报 Fatal error: Uncaught Error: Class name must be a valid object or a string。
常见错误现象：
- PHP 5/7 下能跑的
$className::staticMethod()，在 PHP 8 启动即崩 -
($obj ?: SomeClass)::method()在 PHP 7.4+ 开始警告，PHP 8 直接拒绝执行 - 用变量拼接类名（如
$ns . '\Foo'::bar()）语法错误，因为::绑定优先级高于.
如何安全地做动态静态调用（兼容 PHP 5–8）
不能依赖“变量::方法”裸写，必须显式校验并转换为字符串。推荐统一走 call_user_func 或反射，避免版本分叉。
- 用
call_user_func([$class, 'method'], ...$args)—— 兼容性最好，PHP 5.3+ 都支持 - 用
is_string($class) && class_exists($class)双重校验后再调用$class::method() - 避免
new $class()后再->method()替代静态调用，语义不同（构造实例 vs 调用静态） - 若必须用
::，把动态部分提前 resolve 成纯字符串：if (is_object($input)) { $class = get_class($input); } elseif (is_string($input) && class_exists($input)) { $class = $input; } else { throw new InvalidArgumentException('Invalid class reference'); } $result = $class::someStaticMethod();
:: 左侧允许什么类型（各版本对比）
左侧操作数的合法性逐版收紧：
立即学习“PHP免费学习笔记（深入）”；
- PHP 5.x：接受字符串、对象（自动取
get_class()）、null（静默转空字符串，然后报错）、甚至数组（触发 notice） - PHP 7.0–7.3：接受字符串和对象，
null报Warning，但继续执行（可能造成逻辑错乱） - PHP 7.4：
null和false触发Deprecated；非字符串/对象类型直接Fatal error - PHP 8.0+：仅接受
string或object，且string必须是已注册类名（class_exists($s, false)为 true），object必须是非null实例
容易被忽略的陷阱：作用域与 self/static/parent
这些关键字本身不受 PHP 版本升级影响，但和 :: 混用时，常因 late static binding（LSB）理解偏差出问题：
-
self::method()总绑定到定义该代码的类，不是调用者类 —— 这点从 PHP 5.3 就确定了，别误以为 PHP 8 改了 -
static::method()才触发 LSB，但若在非继承上下文或匿名类中使用，PHP 7.4+ 会更早报错（如Cannot access static:: when no class scope is active） -
parent::method()要求当前作用域存在父类，PHP 8 对“当前作用域”的检查更严格，trait 中直接写parent::会失败，必须在类方法内间接调用 - 不要在函数作用域或全局作用域写任何
::调用 —— PHP 8 会直接 parse error，连self都不认
真正麻烦的从来不是语法能不能写，而是旧代码里那些没显式校验的字符串变量，它们在 PHP 8 下不会给你 warning，只会突然 crash。动手迁移前，先 grep 出所有 \$[a-zA-Z_][a-zA-Z0-9_]*:: 模式，一个个补上 is_string() && class_exists()。
