会报Fatal error: Uncaught Error: Non-static method XXX::yyy() cannot be called statically。PHP 7.0+严格禁止类名::调用非静态方法，因::默认按静态解析，而该方法未声明static，导致运行中断。
类名::方法名调用非静态方法会报什么错
不能。PHP 会直接抛出 Fatal error: Uncaught Error: Non-static method XXX::yyy() cannot be called statically。这个错误在 PHP 7.0+ 是严格禁止的，不是警告或 Notice——运行直接中断。
根本原因：作用域操作符 :: 在没有对象实例时（即未通过 $obj->method()），默认按静态方式解析。即使方法没加 static 关键字，ClassName::methodName() 也会强制走静态调用路径，而 PHP 内部会检查该方法是否被声明为 static，不匹配就炸。
- PHP 5.6 及更早版本可能“侥幸”执行（依赖 Zend 引擎旧行为），但属于未定义行为，绝不应依赖
- 哪怕方法体内没用
$this，只要没显式声明static，就不允许用::调用 - 抽象方法、final 方法、private 方法同样受此限制，和可见性无关
什么时候能用类名::调用——只限这三类
:: 的合法使用场景非常明确，仅适用于：
-
静态方法：必须带
static关键字，如User::find() -
静态属性：如
User::$table（注意是$开头） -
类常量：如
User::STATUS_ACTIVE（无$，全大写惯例）
其他一切情况都是误用。特别注意：self::、static::、parent:: 同样遵循这套规则——它们只是作用域上下文不同，但对“能否调用非静态方法”的限制完全一致。
立即学习“PHP免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
常见误用场景与修复方式
以下写法看似合理，实则危险：
class Order {
public function calculateTotal() {
return $this->price * $this->qty;
}
}
<p>// ❌ 错误：试图绕过实例化
$total = Order::calculateTotal(); // Fatal error</p><p>// ✅ 正确：必须先实例化
$order = new Order();
$order->price = 99;
$order->qty = 2;
$total = $order->calculateTotal();</p><p>// ✅ 或者：如果真需要无实例调用，改造成静态方法（但要移除 $this）
class Order {
public static function calculateTotal($price, $qty) {
return $price * $qty;
}
}
$total = Order::calculateTotal(99, 2); // OK</p>容易踩的坑：
- 复制粘贴代码时，把
$obj->method()误写成ClassName::method()，IDE 不一定报错（尤其动态调用场景） - 在 trait 中使用
self::调用一个非静态方法，trait 被引入后仍会触发相同错误 - 框架中某些魔术方法（如 Laravel 的
__callStatic）可能掩盖问题，但本质仍是违规调用，逻辑不可靠
为什么不能“自动绑定实例”或“降级处理”
PHP 设计上刻意拒绝这种模糊性。它不提供类似 JavaScript 中 Function.prototype.call() 那样的运行时上下文注入机制。一旦用了 ::，解析器就在编译/运行初期锁定“静态调用”语义，不会尝试查找或创建实例来补救。
这意味着：没有“隐式实例化”，没有“fallback 到 new self()”，也没有配置开关可开启。这是语言层硬性隔离，不是配置或版本差异问题。
真正复杂的点在于——错误往往藏在间接调用里：比如反射 ReflectionMethod::invoke(null)、序列化反序列化后的调用、或者 eval 字符串拼接。这些地方 :: 的误用更难被 IDE 或静态分析捕获，只能靠单元测试覆盖和错误日志倒查。
