PHP 5.3+后期静态绑定解析：static:: 与 self:: 的区别

后期静态绑定的核心概念

在传统的面向对象的静态调用中，`self::` 和 `__CLASS__` 依赖于方法的定义位置，而非调用位置。这意味着在父类中定义的方法被调用时，总是指向定义该方法的父类，导致在子类继承时无法获得预期的多态效果。

从 PHP 5.3.0 开始，增加了“后期静态绑定”（LSB）。其核心机制是：static:: 不再被解析为定义当前方法所在的类，而是在实际运行时计算的。准确地说，它存储了上一个“非转发调用”的类名。当进行静态方法调用时，如果未发生转发，该类名即为明确指定的那个（通常在 :: 运算符左侧部分）；当进行非静态方法调用时，即为该对象所属的类。

传统方式与后期绑定的对比

为了直观理解两者的区别，我们通过一个典型的继承案例进行分析。

第1步：查看 self:: 的局限性

目的：观察为何 `self::` 会导致静态属性或方法始终指向父类。

代码示例：

<?php
class Person {
    public static function status() {
        self::getStatus(); // 这里的 self 永远指代 Person
    }
    protected static function getStatus() {
        echo "Person is alive\n";
    }
}

class Deceased extends Person {
    protected static function getStatus() {
        echo "Person is deceased\n";
    }
}

Deceased::status();
?>

执行结果：输出 Person is alive。
原理解析：虽然通过 Deceased::status() 调用了父类方法，但方法内部的 self:: 依然硬编码指向了 Person 类定义的 getStatus 方法，覆盖了子类的同名方法。

第2步：使用 static:: 实现正确的后期绑定

目的：利用运行时确定的类名，动态获取当前调用上下文的方法。

修改后的代码：

<?php
class Person {
    public static function status() {
        static::getStatus(); // static 在运行时确定类名
    }
    protected static function getStatus() {
        echo "Person is alive\n";
    }
}

class Deceased extends Person {
    protected static function getStatus() {
        echo "Person is deceased\n";
    }
}

Deceased::status();
?>

执行结果：输出 Person is deceased。
原理解析：由于没有发生转发调用，static:: 识别出最初的调用者实际上是 Deceased，因此成功调用了子类重写的 getStatus 方法。

第3步：非静态环境下的作用域风险

目的：了解在非静态上下文中使用 static:: 与 $this-> 的区别，以及可能触发的 Fatal Error。

注意：$this-> 会在同一作用范围内尝试调用私有方法（包括父类的私有），而 static:: 遵循晚绑定的可见性检查。

<?php
class A {
    private function foo() {
        echo "success!\n";
    }
    public function test() {
        $this->foo(); // 安全：A内部调用自己的私有方法
        static::foo(); // 风险：根据实际对象类型寻找 foo
    }
}
class B extends A { /* 继承测试 */ }
class C extends A {
    private function foo() { /* 重写私有方法 */ }
}

$b = new B();
$b->test(); // 正常输出 success!

$c = new C();
$c->test(); // Fatal error: Call to private method C::foo() from context 'A'
?>

这里可以看出，由于 $c 是 C 实例，static:: 解析到了 C，试图调用 C 中私有的 foo 方法，但因为是在 A 的作用域内发起调用，权限校验失败导致致命错误。

进阶用法：转发调用与非转发调用

理解后期静态绑定的关键还在于区分哪些操作会改变/保留调用链信息，哪些会重置它。

第4步：排查转发调用 (Forwarding Calls)

定义：通过 self::、parent::、static:: 以及 forward_static_call() 进行的静态调用被称为“转发调用”。它们会将当前的调用上下文传递给下一层，但不会更新“早期非转发调用”的记录。

综合案例分析：

<?php
class A {
    public static function foo() {
        static::who();
    }
    public static function who() {
        echo __CLASS__ . "\n";
    }
}
class B extends A {
    public static function test() {
        A::foo();   // 显式指定 A，A::foo 内部触发非转发，记录为 A
        parent::foo(); // 等价于 A::foo，再次覆盖记录？此处需注意PHP版本细节，通常parent也是转发，但在特定组合下表现不同，详见下文实验
        self::foo();  // self 在 B 中，指向 B。B没有foo，转发给父类...这行存在歧义，以下以标准手册输出为准
    }
    public static function who() {
        echo __CLASS__ . "\n";
    }
}
class C extends B {
    public static function who() {
        echo __CLASS__ . "\n";
    }
}
C::test();
? >

修正与解释：上面的经典代码在部分环境中可能存在细微差别。让我们严格按照官方文档的标准输出来理清逻辑：

1. A::foo(): 这是一个非转发调用，它将“非转发类”设置为 A。进入 A::foo() 后调用 static::who()，此时解析到的是 A。输出 A。
2. parent::foo(): parent:: 也是转发调用的一种表现形式吗？实际上，直接通过类名调用（如 A::...）是非转发的。如果是从 B 里的方法调用 parent::foo()，在 B 的上下文中，它是转发给父类的。如果之前的非转发状态丢失或未设置，它会尝试寻找更早的。在手册的标准案例中：parent:: 和 self:: 都会将“调用源”转发回去。

我们用一个更清晰的例子来说明 static::、parent:: 和 self:: 在三类结构（A-B-C）中的表现：

<?php
class A {
    public static function foo() { static::who(); }
    public static function who() { echo "A"; }
}
class B extends A {
    public static function bar() { 
        self::foo(); // B 调用 A::foo，因为B没foo，self在B中
        A::foo();
        parent::foo();
    }
    public static function who() { echo "B"; }
}
class C extends B {
    public static function who() { echo "C"; } // C定义了who
}
C::bar();
?>

在这个特定构造下：

• self::foo(): self 在 B 中，所以 self 等同于 B。但 B 没有 foo，于是转发给父类 A::foo()。进入 A::foo() 后遇到 static::who()。此时，“非转发调用”的信息停留在谁那里？因为 B::bar() 是最外层的调用点，且中间经历了转发，PHP 的处理机制会让 static 回到最外层的显式调用者 C。所以输出 C。
• A::foo(): 这是显式的非转发调用，强制类名为 A。内部 static::who() 解析为 A。输出 A。
• parent::foo(): parent:: 视为转发。同第一个逻辑，最终解析为 C。输出 C。

第5步：私有方法调用的陷阱

如前文所述，如果在父类中调用子类的私有方法（通过 static:: 延迟解析到子类），将会引发权限错误。建议在基类设计时尽量避免这种跨层级的私有静态资源依赖，或者确保子类继承的方法不依赖自身独有的私有成员。

总结

后期静态绑定极大地增强了 PHP 静态多态性的表达能力。

• 何时使用 static::：当你编写通用框架或父类方法，且希望该方法被子类调用时能自动适配子类特性（如构建模式、工厂模式、单例模式等）。
• 何时使用 self::：当你明确只想调用当前定义类的逻辑，不希望受子类重写影响时。
• 调试技巧：遇到奇怪的继承调用问题时，使用 get_called_class() 函数打印当前实际的调用类名，可以迅速定位是转发还是非转发导致的结果偏差。

以上就是关于PHP后期静态绑定的详细内容，更多关于PHP后期静态绑定的资料请关注本站其它相关文章！