静态方法调用比实例方法快约5–15%，百万次空方法调用实测差距14.6%，因静态调用走符号表直查，实例调用需多层间接寻址；但i/o或计算开销会完全掩盖该差异，设计应优先保障可维护性而非微优化。
静态方法调用比实例方法调用快约 5–15%，在百万级调用量下差异可测，但日常业务中几乎感知不到。
PHP8.2 中 ClassName::method() 和 $obj->method() 的实测性能差距
真实压测数据（PHP 8.2.12，x64 Linux，OPcache 启用）：
- 100 万次调用，纯空方法：
Test::staticMethod()平均耗时 0.082 秒，$obj->instanceMethod()平均耗时 0.094 秒 - 差距约 14.6%，和 PHP 官方文档中“静态快 1/4”的说法基本吻合（该结论基于更早版本、未启用 OPcache 的测试）
- 若方法体含 I/O、数据库或复杂计算，两者差异会迅速被掩盖——CPU 时间占比低于 0.1% 时，调用开销已无意义
为什么静态调用更快？关键不在“有没有 $this”，而在内存绑定路径
根本原因不是省了对象实例化那一步（你完全可以复用同一个 $obj），而是：
-
self::或ClassName::调用走的是**符号表直查**：类名 + 方法名 → 函数指针，一次哈希查找完成 -
$obj->method()必须先查对象的ce（class entry）→ 再查该类的方法表 → 最后才定位到函数指针，多一层间接寻址 - 即使
$obj已存在，PHP 仍需验证其类型是否允许调用该方法（尤其是存在继承或接口实现时）
别为了这点性能把设计搞坏：三个典型误用场景
以下做法看似“优化”，实则引入维护风险或隐性成本：
- 把本该依赖状态的逻辑硬改成静态方法，结果频繁传入十几个参数，还不得不手动管理上下文（比如
Logger实例、Config对象） - 为“提速”把 DAO 层方法全标
static，导致无法 Mock、无法切面、无法注入连接池或事务上下文 - 在循环内反复创建新对象只为调用一个实例方法——这确实慢，但解法是复用对象，不是改成静态
self:: vs static:: 对性能有影响吗？
没有。两者的运行时开销完全一致，区别只在语义绑定时机：
-
self::编译期锁定类名，不涉及运行时解析 -
static::依赖 PHP 的后期静态绑定（LSB）机制，但该机制在方法入口处只做一次get_called_class()查询，成本可忽略 - 真正影响性能的是后续对
static::$prop或static::method()的访问——如果子类重写了该静态属性，static::会多一次类表查找，但仍是常数时间
真正该盯住的性能点从来不是“静态 or 实例”，而是方法是否做了不该做的事：比如在静态工具类里悄悄连数据库，或在实例方法里重复初始化大数组。调用方式只是表象，逻辑职责才是根因。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
