使用 static:: 代替 self:: 实现后期静态绑定，使静态方法在继承中调用时指向实际调用类。例如 A::test() 和 B::test() 均输出 A，因 self:: 绑定父类；而 B::lateTest() 输出 B，因 static:: 运行时绑定子类。static:: 在运行时确定调用上下文，适用于工厂模式、单例模式和 ORM 框架等场景。与 self::（编译时绑定）和 parent::（调用父类）不同，static:: 提升灵活性但略降性能与可读性，需权衡使用。
后期静态绑定，简单来说，就是让静态调用的上下文在运行时才能确定。这听起来有点绕，但实际上它解决了在继承关系中，静态方法调用时
self关键字指向的问题。
后期静态绑定使用
static::关键字来代替
self::。
什么是静态绑定，为什么要“后期”？
静态绑定，顾名思义，在编译时就已经确定了调用哪个类的方法。在PHP中，早期绑定（使用
self::）就是一种静态绑定。问题在于，当子类继承父类并调用父类的静态方法时，如果父类的静态方法内部使用了
self::，那么无论子类如何，
self::永远指向父类。
这在很多情况下并不是我们想要的。我们可能希望在子类调用父类静态方法时，
self::能够指向子类，这就是“后期”的意义所在：延迟到运行时再确定
self::的指向。
立即学习“PHP免费学习笔记（深入）”；
解决方案（直接输出解决方案即可）
使用
static::代替
self::。
例如：
<?php
class A {
public static function who() {
echo "A\n";
}
public static function test() {
self::who(); // 早期绑定，始终指向 A
}
public static function lateTest() {
static::who(); // 后期静态绑定，运行时确定
}
}
class B extends A {
public static function who() {
echo "B\n";
}
}
A::test(); // 输出 A
B::test(); // 输出 A
A::lateTest(); // 输出 A
B::lateTest(); // 输出 B
?>在这个例子中，
A::test()和
B::test()都输出
A，因为
self::who()始终指向类 A。而
A::lateTest()输出
A，
B::lateTest()输出
B，因为
static::who()在运行时才确定指向哪个类。
如何理解static::
的运作机制？
static::的运作机制涉及到PHP的内部实现，但我们可以将其理解为：当PHP解释器遇到
static::时，它会向上查找调用栈，找到实际调用该方法的类，并将
static::绑定到该类。
这与
self::的区别在于，
self::在编译时就已经确定，而
static::在运行时才确定。
后期静态绑定在实际开发中的应用场景有哪些？
后期静态绑定在处理继承关系和静态方法时非常有用。一些常见的应用场景包括：
- 工厂模式： 在工厂模式中，可以使用后期静态绑定来创建不同类型的对象，而无需在父类中硬编码子类的名称。
- 单例模式： 可以使用后期静态绑定来确保单例类在继承后仍然能够正确地创建实例。
- ORM框架： 在ORM框架中，可以使用后期静态绑定来动态地确定模型类对应的数据库表。
后期静态绑定和self::
、parent::
的区别是什么？
self::
：早期绑定，在编译时确定，始终指向定义该方法的类。parent::
：调用父类的方法，与后期静态绑定无关。static::
：后期静态绑定，在运行时确定，指向实际调用该方法的类。
parent::更多的是用于直接调用父类的方法，而
self::和
static::的选择取决于是否需要在继承关系中动态地确定调用上下文。
使用后期静态绑定时需要注意哪些问题？
虽然后期静态绑定非常有用，但也需要注意一些问题：
- 性能： 后期静态绑定相比早期绑定，在性能上会有一定的损耗，因为需要在运行时确定调用上下文。但这通常可以忽略不计，除非在高并发场景下。
- 可读性： 过度使用后期静态绑定可能会降低代码的可读性，因此需要谨慎使用，确保代码的清晰易懂。
- 理解成本： 对于不熟悉后期静态绑定的开发者来说，理解其运作机制可能需要一定的学习成本。
总的来说，后期静态绑定是PHP中一个非常有用的特性，可以帮助我们编写更加灵活和可维护的代码。但是，也需要根据实际情况，权衡其优缺点，合理使用。
