作用域操作符::无性能开销，PHP编译期即确定调用目标；self::、static::、parent::差异在于绑定时机与语义，非速度；静态调用未必更快，真正影响性能的是方法体内容而非::本身。
作用域操作符 :: 本身不产生性能开销
PHP 解析器在编译阶段就确定了 :: 后面是类名还是 self/static/parent，它不触发运行时查找或动态解析。也就是说，Foo::bar() 和 $obj->bar() 在调用前的“定位目标方法”这一步，前者反而更轻量——没有对象实例、无需检查属性访问控制链、也不走魔术方法 __call()。
但真实性能差异几乎不可测，除非在极端循环中（比如千万次调用），否则差异在纳秒级，远低于 PHP 自身函数调用开销的噪声水平。
self::、static::、parent:: 的行为差异才是关键
它们影响的是「绑定时机」和「实际调用的方法」，不是速度，而是逻辑正确性。一旦写错，可能引发静默错误或意外继承行为：
-
self::绑定到定义该调用的类（编译时静态绑定），不支持 late static binding -
static::支持 late static binding，运行时解析，会指向实际调用的类（常用于工厂、单例、模板方法） -
parent::明确跳转到父类实现，绕过当前类重写的版本
例如：
立即学习“PHP免费学习笔记（深入）”；
eMart 网店系统
下载
功能列表：底层程序与前台页面分离的效果，对页面的修改无需改动任何程序代码。完善的标签系统，支持自定义标签，公用标签，快捷标签，动态标签，静态标签等等，支持标签内的vbs语法，原则上运用这些标签可以制作出任何想要的页面效果。兼容原来的栏目系统，可以很方便的插入一个栏目或者一个栏目组到页面的任何位置。底层模版解析程序具有非常高的效率，稳定性和容错性，即使模版中有错误的标签也不会影响页面的显示。所有的标
class A {
public static function who() { echo __CLASS__; }
public static function test() { self::who(); } // 总是输出 "A"
}
class B extends A {
public static function who() { echo __CLASS__; }
}
B::test(); // 输出 "A"，不是 "B"
若把 self::who() 换成 static::who()，结果就是 "B" —— 这不是性能变化，是语义变更。
静态调用比实例调用快？不一定，但有隐含成本差异
表面上看，静态调用省去了对象实例化（new Foo()）、属性初始化、构造函数执行等步骤，所以「启动更快」。但要注意几个隐藏因素：
- 静态方法无法访问
$this，也不能直接读写非静态属性，强行访问会报Fatal error: Uncaught Error: Using $this when not in object context - 如果静态方法内部又创建了大量对象（比如返回一个新实例、或调用其他需实例化的服务），那所谓“静态更快”就毫无意义
- 过度使用静态方法会破坏可测试性：无法 mock、无法依赖注入、难以做单元隔离
- PHP 8.2+ 对静态调用做了更多内联优化，但仅限于简单、无副作用、且被 JIT 编译覆盖到的代码路径
真正影响性能的是调用内容，不是 :: 符号本身
别盯着 :: 看，要盯住它后面的东西：
- 调用的是纯计算函数（如
strlen()包装）？几乎无感 - 调用的是数据库查询封装（如
User::find(123)）？耗时 99% 在 SQL 执行和网络往返上 - 调用的是未加缓存的反射操作（如
new \ReflectionClass($class)->getMethods()）？那才是真正的性能黑洞 - 是否在循环里反复调用静态方法却没复用其返回值？比如每次循环都
Config::get('db.host')而不是提前赋值给变量
换句话说：:: 是门把手，门后是什么才决定你花多少时间——别怪把手太重。
