PHP静态方法不一定减少对象创建开销，关键看是否真正无实例化；纯函数式静态操作如str_replace()才零开销，而DateTime::createFromFormat()等静态工厂仍返回新对象。
PHP静态方法真能减少对象创建开销？
不能一概而论。静态方法本身不创建对象，但若内部仍 new 实例、或依赖单例/全局状态，实际对象创建并未消除。关键看调用链是否真正“无实例化”。比如 DateTime::createFromFormat() 是静态工厂，但返回新对象；而 str_replace() 这类纯函数式静态操作才真正零对象开销。
哪些场景适合用 static 替代 new？
适合的不是“所有方法”，而是满足以下全部条件的逻辑：
- 不依赖 $this 或实例属性（即无状态、无上下文）
- 输入完全由参数决定，输出可预测（幂等）
- 不触发 __construct / __destruct / 魔术方法
- 不涉及依赖注入容器（如
$container->get()）
典型例子：UrlHelper::encode()、ArrayHelper::merge()、Json::encode() —— 这些若设计为静态且内部不 new 自身，就比每次 new UrlHelper() 调用快 10%~30%（实测 PHP 8.2，对象创建+析构平均耗时约 0.015ms）。
static vs new：容易被忽略的陷阱
看似省了 new，但可能埋下更隐蔽的性能或维护问题：
立即学习“PHP免费学习笔记（深入）”；
iHuzuCMS狐族内容管理系统,是国内CMS市场的新秀、也是国内少有的采用微软的ASP.NET 2.0 + SQL2000/2005 技术框架开发的CMS，充分利用ASP.NET架构的优势，突破传统ASP类CMS的局限性,采用更稳定执行速度更高效的面向对象语言C#设计，全新的模板引擎机制， 全新的静态生成方案，这些功能和技术上的革新塑造了一个基础结构稳定功能创新和执行高效的CMS。iHuzu E
- 静态方法无法被 mock，单元测试难覆盖（尤其含 I/O 或外部调用时）
- 若静态方法里调用了
new self()或new static()，对象创建只是延迟到内部，总量没变 - 过度使用静态会导致“上帝类”，违反单一职责，后续想拆分时需重写大量调用点
- PHP 8.1+ 的只读类（
readonly class）和枚举（enum）更适合替代部分静态工具类，但它们本身不是静态方法
比如把 Validator::validate($data) 改成静态后，若内部仍 new 了 RuleSet 和 ErrorMessageFormatter，那只是把构造成本藏得更深了。
比 static 更有效的“静态优化”手段
真要减少对象创建，优先考虑这些更可控的方式：
- 复用对象：用对象池（如
new SplObjectStorage()缓存已构建的DbConnection实例） - 延迟初始化：属性用
??= new X()，仅首次访问才创建 - 函数式替代：用原生函数（
array_filter()）代替封装类的ArrayProcessor::filter() - 配置驱动：把行为差异转为数组配置，而非不同子类实例（避免
new JsonEncoder()/new XmlEncoder()）
静态只是语法糖，对象生命周期才是性能关键。别为了写 static 而 static，先用 xhprof 或 Blackfire 确认瓶颈真在 new 上——多数时候，慢的是 SQL、文件读取或序列化，不是构造函数。
