self:: 不调用子类重写的方法，因其在编译期绑定到当前代码所在类，而非运行时对象类；static:: 才支持后期静态绑定，可调用子类重写的方法。
self:: 不能调用子类重写的方法 —— 它始终绑定到**当前书写该代码的类**，而非运行时实际对象的类。这是 PHP 静态绑定（early binding）的典型表现，和 static:: 的后期静态绑定（late static binding）有本质区别。
为什么 self:: 不会调用子类重写的方法？
因为 self:: 在编译期就确定了目标类，不随继承链动态变化。哪怕你在父类里写 self::foo()，子类继承并重写了 foo()，只要调用点在父类定义中，self:: 仍指向父类本身。
- 它不是“当前实例所属类”，而是“当前代码所在类”
- 与
$this->不同，self::不依赖对象实例，甚至可在静态上下文中使用 - 重写（override）只对
public/protected实例方法生效；而self::调用的是静态解析出的类中的方法，不管子类有没有重写
self:: 和 static:: 在方法调用上的关键差异
二者都可用于静态方法调用，但绑定时机不同：
-
self::method()→ 编译时绑定到写这行代码的类（比如Parent） -
static::method()→ 运行时绑定到“最初调用该继承链的类”（即 get_called_class() 返回的类） - 只有
static::才能触发子类对静态方法或非静态方法的重写（前提是方法可被覆盖）
class Parent {
public static function who() {
echo __CLASS__;
}
public static function testSelf() {
self::who(); // 输出 Parent
}
public static function testStatic() {
static::who(); // 输出 Child（若 Child::testStatic() 被调用）
}
}
class Child extends Parent {
public static function who() {
echo __CLASS__;
}
}
Child::testSelf(); // 输出：Parent
Child::testStatic(); // 输出：Child
哪些情况会让 self:: 看似“调用了子类方法”？
那通常不是 self:: 的功劳，而是以下几种常见误判：
- 子类没有重写该方法，
self::顺延调用父类实现（看起来“有效”，实则未发生重写） - 方法是
final或private，根本不可被重写，子类里的同名方法其实是独立新方法 - 混淆了
self::和$this->：后者确实会走虚函数机制，调用子类重写的实例方法 - 用了 traits 或别名覆盖，但底层仍不是
self::动态寻址
什么时候该坚持用 self::？
当你**明确需要锁定到当前类的行为**，防止被继承破坏逻辑时：
- 工具型静态方法（如
self::validateEmail()），不应被子类改变语义 - 构造中间状态的私有静态辅助方法（
self::buildConfig()） - 配合
final类使用，此时self::和static::效果一致，但语义更清晰 - 性能敏感场景（极微小差异）：
self::略快，因无需运行时查get_called_class()
真正容易被忽略的点是：很多开发者以为把 self:: 换成 static:: 就能“支持继承”，却没检查目标方法是否为 public/protected、是否被正确重写、以及是否在静态上下文中被调用 —— 后者一旦出错，直接抛 Strict Standards 或 Fatal error: Cannot make static method non-static。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
