作用域操作符::无性能开销，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:: 明确跳转到父类实现，绕过当前类重写的版本

例如：

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') 而不是提前赋值给变量

换句话说：:: 是门把手，门后是什么才决定你花多少时间——别怪把手太重。