php 7 加强了静态调用中 :: 左侧表达式的校验，要求必须为有效字符串或对象，否则立即抛出 fatal Error；php 5 则容忍空字符串、NULL 等“侥幸”写法。
静态调用中 :: 左侧表达式校验更严了
PHP 5 允许很多“侥幸通过”的动态类名写法，比如 null、空字符串、未定义变量作为 :: 左侧；PHP 7 则直接报 Fatal error: class name must be a valid Object or a String。这不是语法变了，而是解析阶段提前做了合法性检查。
- PHP 5 示例（能跑但不推荐）：
$class = ''; $class::foo();→ 触发警告或静默失败 - PHP 7 同样代码 → 立即中断，无法捕获（除非用
register_shutdown_function） - 安全做法：始终确保左侧是字符串字面量或已验证非空字符串，例如
($class_name ?: 'DefaultClass')::method()
后期静态绑定（Static::）行为一致，但错误暴露更快
static:: 在 PHP 5.3+ 和 PHP 7 中语义完全相同，都指向“运行时实际调用的类”，但 PHP 7 下若 static 解析失败（如在非类上下文中误用），会更快抛出 Error 而非 PHP 5 的模糊警告。
- 常见翻车点：在闭包里直接写
static::foo()，但闭包没绑定到类作用域 → PHP 7 直接Fatal error - 修复方式：改用明确类名，或确保闭包通过
bindTo()或call()绑定到有效对象 - 注意：
static::不等于$this::，后者在 PHP 7 中若$this为null同样立即报错
静态方法调用不再容忍“假类名”变量
PHP 5 对 $var::method() 中的 $var 容忍度高，常被用于“配置驱动类名”逻辑；PHP 7 要求它必须是字符串或对象，且不能是 false、0、[] 等会被强制转为空字符串的值。
- 典型问题：
$cls = get_class($obj) ?: 'Fallback'; $cls::run();—— 若get_class()返回false，PHP 5 可能调用Fallback::run()，PHP 7 直接崩溃 - 可靠写法：
$cls = get_class($obj); if (!$cls) $cls = 'Fallback'; $cls::run(); - 进阶防御：用
is_string($cls) && class_exists($cls)双重校验再调用
错误类型升级影响异常捕获逻辑
PHP 7 把原本的 Fatal error 改为可继承 Error 类的实例，但 :: 类调用失败仍属于“编译时/解析时错误”，**不走 try/catch 流程**，只能靠 set_error_handler + register_shutdown_function 捕获兜底。
立即学习“PHP免费学习笔记（深入）”；
- 别指望
try { SomeClass::foo(); } catch (Error $e) { }捕获类名非法错误 —— 它根本不会进入try块 - 真正能被
catch的，是静态方法内部抛出的Exception或Error（比如TypeError） - 迁移老项目时，重点扫一遍所有动态
::调用点，别只盯着catch逻辑
PHP 7 的静态调用差异不在“能不能用”，而在“什么时候告诉你不行”——它把模糊地带全划成红线，逼你提前做校验。最容易被忽略的是那些藏在配置层、反射层或工厂模式里的动态类名拼接，它们在 PHP 5 里可能安静跑了五年，升到 PHP 7 第一天就崩。