在PHP面向对象编程中，方法分为静态方法与非静态方法两类。静态方法通过类名或self、static关键字直接调用，不需要创建对象；非静态方法则必须依托于类的实例，依赖$this来访问对象的属性和其他方法。很多初学者会疑惑，既然同在一个类里面，静态方法能不能直接调用非静态方法？答案并不绝对，需要结合PHP的引擎调度规则和代码写法来看。
一、静态与非静态方法的本质区别
从语言设计层面看，非静态方法在编译时会被绑定到类的实例上下文。当通过对象调用时，Zend引擎会自动将当前对象指针作为$this传入方法体，使得方法内部可以读写该对象的成员属性。而静态方法在声明时就被标记为无需实例，调用时不会传入对象指针，方法内部也就不存在$this变量。
这种差异决定了二者在调用关系上的基本边界。如果在静态方法里直接写$this，PHP会报出“Using $this when not in object context”的致命错误。同理，直接以静态形式调用非静态方法，相当于告诉引擎“不需要对象”，但方法体若访问了$this，运行时就会冲突。下面通过一段代码展示最常见的错误写法：
<?php
class Demo {
public $name = 'test';
public function say() {
return $this->name;
}
public static function callSay() {
// 错误：静态方法中直接调用非静态方法
return self::say();
}
}
// 触发严格警告与致命错误
Demo::callSay();
?>
上述代码在PHP 8环境下执行，会先抛出“Non-static method Demo::say() should not be called statically”的弃用警告，随后因say方法内使用了$this而 fatal error。这说明从语法和运行时双重角度，直接静态调用非静态方法都是不被鼓励且危险的。
二、静态方法调用非静态方法的可行方案
虽然不能直接调用，但静态方法并非完全无法使用非静态逻辑。最常见的折中办法是在静态方法内部手动实例化当前类，再通过对象去调用。这种方式绕过了静态上下文的限制，因为此时有了真实的对象，$this也能够正常工作。
示例代码如下，我们在静态方法中new self()，然后调用非静态方法：
<?php
class Demo {
public $name = 'test';
public function say() {
return $this->name;
}
public static function callSay() {
$obj = new self();
return $obj->say();
}
}
echo Demo::callSay(); // 输出 test
?>
这种写法在功能上可行，但带来了额外开销：每次调用静态方法都要创建对象，若该方法被高频调用，会产生不必要的内存与GC压力。此外，如果非静态方法依赖构造函数注入的外部资源，静态调用时这些依赖需要硬编码或重新获取，破坏了依赖注入的清晰度。
另一种方案是将原本的非静态方法改为静态，前提是其内部不依赖任何实例属性。如果业务逻辑确实不需要对象状态，那么一开始就该声明为静态，而非在静态方法中绕弯调用。这要求开发者在类设计阶段就明确方法的上下文需求。
三、late static binding带来的混淆
PHP的后期静态绑定（late static binding）允许在静态方法中使用static::而非self::来指向运行时调用的类。这容易让人误以为static::可以调用非静态方法，实际上static::只解决“哪个类”的问题，不解决“是否有实例”的问题。下面用继承场景说明：
<?php
class Base {
public function instMethod() {
return 'instance';
}
public static function stMethod() {
// 依然不能直接调用非静态
// return static::instMethod();
$obj = new static();
return $obj->instMethod();
}
}
class Child extends Base {}
echo Child::stMethod(); // 输出 instance
?>
可以看到，即便利用static::解析到子类，若想调用非静态方法，仍必须借助实例化。后期静态绑定只是让new static()能正确创建子类对象，并未改变方法调用的上下文规则。
四、调用关系对比与选型建议
为了更直观地理解不同写法的代价，我们从上下文、可用性、性能三个维度对比：
| 调用方式 | 是否需要实例 | 能否访问$this | 适用场景 |
|---|---|---|---|
| 静态方法直接self::非静态 | 否 | 否（报错） | 不推荐，仅PHP5旧版弱警告 |
| 静态方法内new self()后调用 | 是（内部创建） | 能 | 临时兼容或工具类封装 |
| 非静态方法调用静态方法 | 否 | 能（不影响） | 常规，静态方法作辅助 |
从架构角度，非静态方法调用静态方法是完全合法且常见的，例如对象方法内部使用静态工厂或工具函数。反向调用则应尽量避免，除非你明确知道自己在做对象包装。良好的类设计应当让静态方法只处理与类相关、无状态的逻辑，如配置读取、工具计算；非静态方法处理依赖实例状态的业务行为。
当团队代码中出现大量静态调非静态的写法，往往意味着类职责划分模糊。此时应重构方法归属，而不是依赖实例化技巧掩盖设计问题。遵循“静态无状态，非静态有状态”的原则，可显著降低维护成本。
五、总结
PHP静态方法不能直接调用非静态方法，因为缺少对象上下文。通过内部实例化可以间接实现，但会带来性能和设计上的副作用。理解Zend引擎对方法上下文的约束，有助于在编码时做出合理选择。建议在写类之前先问一句：这个方法需要对象状态吗？答案决定它是静态还是非静态，也从源头避免了调用关系上的混乱。