静态方法必须通过类名或self/static调用，禁用$this或实例；推荐ClassName::method()和self::method()，避免static::（类外无效）、$this::（语义错误）及实例调用；勿滥用静态方法依赖外部状态，注意自动加载风险。
静态方法必须通过类名或 self/static 关键字调用，绝不能用 $this 或实例对象——这是 PHP 解析器强制的语法限制，不是风格建议。
用类名直接调用是最清晰、最安全的方式
当你明确知道目标类且不涉及继承多态时，ClassName::methodName() 是首选。它语义明确、IDE 可跳转、类型检查友好，也避免了 late static binding 的歧义。
- ✅ 推荐：
DateTime::createFromFormat('Y-m-d', '2024-01-01') - ✅ 推荐：
Config::get('database.host') - ❌ 避免在类外部用
static::methodName()（static只在类内有效） - ❌ 避免写成
(new MyClass())->staticMethod()，PHP 会报Strict Standards或E_DEPRECATED（PHP 8.2+ 直接 fatal error）
在类内部调用本类静态方法，优先用 self:: 而非 static::
self:: 绑定定义时的类，static:: 触发后期静态绑定（LSB），只在需要子类覆盖行为时才有意义。多数工具类、工厂方法、配置访问都不需要 LSB。
- ✅ 安全写法：
self::validateEmail($email)（哪怕被继承，也总走当前类逻辑） - ⚠️ 仅当设计为可重写的钩子时才用：
static::getDefaultOptions()，且子类必须显式重写该方法 - ❌ 混淆写法：
$this::doSomething()—— 语法合法但语义错误，破坏静态上下文，且 IDE 和 Psalm/PHPStan 会警告
别把静态方法当“全局函数”滥用
静态方法本质是无状态的工具入口，一旦它开始依赖外部状态（如读取 $_SESSION、操作单例、修改全局变量），就违背了静态方法的设计契约，会导致单元测试难写、并发行为不可预测。
立即学习“PHP免费学习笔记（深入）”；
- ⚠️ 危险信号：
Logger::log()内部调用了Singleton::getInstance()或直接写了file_put_contents(..., FILE_APPEND) - ✅ 替代方案：把依赖显式传入，比如
Logger::log($message, $handler)；或改用依赖注入容器管理服务 - ✅ 合理场景：数据格式转换（
Str::slug()）、常量计算（Math::gcd($a, $b)）、纯验证（Validator::isUrl($str)）
最容易被忽略的是静态方法和 autoloading 的耦合问题：如果静态调用触发了未声明的类（比如 Cache::get() 内部 new 了 RedisAdapter），而该类尚未加载，就会 fatal error——这和普通方法不同，静态调用无法被 try/catch 包裹在调用点，必须确保所有依赖类已可用或使用延迟加载策略。
