PHP中仅加static不等于设计好工具类，因易导致不可测、强耦合、纯性破坏；真正可用的静态工具类须无状态、纯函数式、职责单一，并注意后期静态绑定、合理拆分与类型提示。
PHP 中用 :: 调用工具类方法，本质是调用 static 方法，但直接写 ClassName::method() 并不等于“设计好了静态工具类”——很多问题出在类结构、依赖、可测性上。
为什么不能只加 static 就算工具类？
常见错误是把一堆函数塞进一个 class，全标 static，结果导致：无法 mock、强耦合全局状态、参数校验缺失、命名冲突（比如多个 StringUtils::format() 含义模糊）。
真正可用的静态工具类需满足三个条件：无状态、纯函数式、职责单一。
-
DateTimeUtils::parse()可以，因为它只处理字符串和时区，不读写任何属性 -
ConfigUtils::get()不行——它隐式依赖全局配置对象，测试时无法隔离 -
ArrayUtils::merge()可以，但若内部调用了ini_get('memory_limit')就破坏了纯性
:: 调用时容易忽略的 PHP 版本差异
PHP 8.1+ 支持 enum 的静态方法调用（MyEnum::from()->value），但工具类本身不受影响；真正要注意的是 static 方法的后期静态绑定（Late Static Binding）行为。
立即学习“PHP免费学习笔记（深入）”；
如果你在基类里写了一个通用静态方法，子类继承后想让它自动识别子类名（比如日志前缀），必须用 static::class，而不是 self::class：
class BaseUtils {
public static function log($msg) {
// ❌ 错误：永远输出 'BaseUtils'
error_log(self::class . ': ' . $msg);
// ✅ 正确：输出实际调用类名
error_log(static::class . ': ' . $msg);
}
}
否则子类 StringHelper::log('test') 打印的还是 BaseUtils。
如何避免静态工具类变成“上帝类”？
一个工具类文件超过 200 行、方法数超 15 个，基本就是设计失控信号。拆分原则很明确：
- 按领域切：日期 →
DateTimeUtils，数组 →ArrayUtils，HTTP →HttpUtils（注意：后者若含 cURL 调用，就已不是纯工具类，应改用依赖注入） - 拒绝“万能参数”：
JsonUtils::encode($data, $options = [])比JsonUtils::process($data, 'json_encode', [...])更清晰 - 类型提示强制化：PHP 7.4+ 必须声明返回类型，比如
public static function slugify(string $text): string，避免调用方还要猜返回是string还是null
最常被忽略的一点：静态工具类无法参与依赖注入容器管理，所以一旦某天你需要换实现（比如从 file_get_contents 切到 Guzzle），就必须改所有调用点——这不是技巧问题，是架构约束。真要灵活，就得接受“工具类只封装纯逻辑，I/O 等副作用操作交给服务类”。
