static方法是明确表达“不依赖对象状态”的契约，仅能访问静态成员，调用需匹配定义（加static关键字），适用无状态操作如Str::slug()，禁用于需session、DB等有状态场景。
static 方法不是“省事写法”，而是明确表达“不依赖对象状态”的契约。学不会，往往是因为在错误的上下文中强行套用它——比如把需要 session、数据库连接或事件触发的逻辑塞进 static 方法里，结果调不通、测不了、改不动。
为什么 static 方法一调就报 Fatal error: Using $this when not in object context
这不是配置问题，是定义和调用根本错位了。
- 你写了
public function doSomething()，却试图用MyClass::doSomething()调用——漏了static关键字，它只是普通方法 - 你在
static方法里写了$this->load()或$this->config，PHP 立刻终止执行 - 你用了
self::或static::去调一个非静态方法，同样会爆错，因为目标方法根本不属于静态上下文
static 方法里怎么安全访问类的属性和方法
只能碰静态成员，且必须显式声明、显式引用。
- 静态属性要带
public static $name，读写都用self::$name或static::$name（后者仅当你需要子类覆盖时才用） - 调其他静态方法统一用
self::methodName()，除非你正在设计可被子类重写的钩子，才考虑static::methodName() - 想复用实例逻辑？别硬改，把核心逻辑抽成私有非静态方法，让
static方法传参调用它：return (new self())->load($id)->format(); - 禁止在
static方法里 new 未 autoload 的类——比如Cache::get()内部 newRedisAdapter，但没提前 require，就会 fatal，且无法 try/catch 捕获
什么时候该用 static，而不是 new 一个对象
关键看它是否真正“无状态”：输入确定、输出确定、不读写外部变量、不触发副作用。
- ✅ 合理：
Str::slug('Hello World')、Math::gcd(12, 18)、Config::get('app.debug')、DB::getInstance()（单例入口） - ❌ 危险：
User::login($credentials)（要查 session/token/DB）、Mailer::send($to)（需模板引擎、队列、日志埋点） - ⚠️ 隐患：所有依赖都藏在方法内部（如读
$_ENV、写file_put_contents、调Singleton::get()），表面静态，实则耦合全局状态
继承中 self:: 和 static:: 的区别不是风格问题，是运行结果差异
很多人以为只是“写法偏好”，其实它直接决定调用哪个类的成员。
立即学习“PHP免费学习笔记（深入）”；
-
self::绑定的是“这个方法写在哪”，编译期就锁死了，哪怕子类调用，也永远走父类定义的版本 -
static::是后期静态绑定（LSB），运行时才解析，子类调用时会自动指向子类自己的静态属性或方法 - 如果你没在子类里重写
static成员，self::和static::行为一致；一旦重写，self::就会“失联”——这是最常被忽略的调试盲区
