php 5 和 php 7 中 :: 操作符语法语义一致，但 php 7 对左侧表达式是否为有效类名的校验更严格，null、空字符串、未定义变量等动态调用会直接触发 fatal error 而非 php 5 中的警告或静默失败。
PHP 5 和 PHP 7 中 :: 作用域操作符行为一致，但静态调用的解析时机和错误触发点有关键变化
直接说结论：:: 本身语法和语义在 PHP 5.6 和 PHP 7.0+ 之间没有改动，但底层对「左侧表达式是否可解析为类名」的检查变得更严格，尤其在动态静态调用场景下。很多原本 PHP 5 中“侥幸通过”的写法，在 PHP 7 中会直接报 Fatal error: Uncaught Error: Class name must be a valid object or a string 或类似错误。
哪些动态静态调用在 PHP 7 中会失败
问题核心不在 ::，而在它左边的表达式能否在运行时被识别为「类名字符串」或「有效类引用」。PHP 7 要求左侧必须明确可求值为字符串或对象，不再容忍模糊、未定义或 null 的情况。
-
null::foo()：PHP 5 可能静默失败或触发E_WARNING；PHP 7 直接Fatal error -
$class = ''; $class::method()：PHP 5 有时只报E_STRICT或无提示；PHP 7 报Fatal error: Class name cannot be empty -
($unknown_var)::staticMethod()：若$unknown_var未定义，PHP 5 可能忽略或报Notice；PHP 7 在解析调用前就抛出Fatal error -
self::class或static::class在 trait 中使用时，PHP 7 更早校验上下文合法性
static:: 和 self:: 在 late static binding 上的行为差异没变，但报错更早
PHP 5.3 引入的 late static binding（LSB）机制本身在 PHP 7 中完全保留，static:: 依然指向“运行时实际调用的类”，self:: 仍绑定到“定义时所在的类”。但 PHP 7 对 static:: 左侧是否处于合法静态上下文的检查更激进：
- 在普通函数或闭包中直接写
static::method()，PHP 5 可能仅警告；PHP 7 直接拒绝执行，报Fatal error: Uncaught Error: Cannot access static:: when no class scope is active -
get_called_class()返回false时（如非静态上下文），PHP 7 立即中断，而 PHP 5 可能让后续逻辑继续运行（直到真正访问类成员）
class A {
public static function who() { echo __CLASS__; }
}
class B extends A {}
// PHP 5 和 PHP 7 都输出 "B"
B::who();
// 但在以下场景，PHP 7 更快暴露问题：
$cls = null;
$cls::who(); // PHP 7：Fatal error；PHP 5：E_WARNING + NULL returned, then maybe segfault or silent fail
兼容性迁移建议：别依赖模糊表达式，显式校验再调用
升级到 PHP 7 后，所有涉及动态类名的 :: 调用都应加保护。这不是语法升级，而是运行时健壮性要求提升。
立即学习“PHP免费学习笔记（深入）”；
- 用
is_string($class) && class_exists($class)显式判断，再执行$class::method() - 避免将未初始化变量、函数返回值（尤其可能为
null或false）直接用于::左侧 - trait 中慎用
static::class，确保该 trait 总是被类引入，且调用发生在静态方法内 - 用
method_exists($class, 'method')或is_callable([$class, 'method'])替代裸调用，便于捕获和降级
最常被忽略的一点：PHP 7 并不改变 :: 的语义，但它让“无效类名”从“运行时隐患”变成了“启动即崩溃”。写法看着一样，出错位置却提前了——这恰恰说明，那些在 PHP 5 下没报错的代码，很可能本就存在逻辑漏洞。
