php静态方法中用$this会触发fatal error；非静态方法用::调用虽可能因$this存在而执行，但属未定义行为，应避免；self::编译期绑定父类，static::运行时绑定子类；静态方法需改设计而非硬塞实例逻辑。
PHP静态方法里用$this会直接报错，不是警告——是Fatal error: Uncaught Error: Using $this when not in object context，运行即崩。
为什么::调用非静态方法有时能跑通但必须避免
PHP判断是否“静态调用”的依据不是符号::，而是当前有没有$this（calling scope）。比如：$obj->method()里写OtherClass::nonStaticMethod()，只要$obj存在，$this就会被传进去，nonStaticMethod()内部能访问$this——但这只是“侥幸”，PHP会抛Strict Standards警告（PHP 8.0+ 默认不显示，但error_reporting(E_ALL)下仍可见）。
常见踩坑点：
- 把父类构造函数写成
parent::__construct()没问题，但写成ParentClass::__construct()就可能丢失$this绑定 - 在实例方法中用
self::调用一个没加static的本类方法，表面能执行，实际属于未定义行为，PHP版本升级后可能直接报Cannot call non-static method statically - CI、Laravel等框架的Facade类常利用该机制实现“静态式调用”，但那是封装后的可控行为，自己模仿极易翻车
self::和static::在静态方法里怎么选
两者都只能用于访问静态成员，但绑定时机不同：
-
self::是编译期绑定：写在父类里，子类调用时仍指向父类，适合工具类、不可覆盖逻辑 -
static::是运行时绑定（后期静态绑定）：子类调用时指向子类自身，适合需子类定制的静态属性或方法，比如static::$cache可让每个子类有独立缓存区 - 误用
self::访问子类重写的静态方法，会导致永远调不到子类版本；误用static::访问父类私有静态属性，会报Access to private static property
静态方法里想用实例数据？别硬扛，换思路
静态方法本质无状态，强行塞实例逻辑只会让代码越来越难测、难维护。可行路径只有三条：
- 把要调用的方法改成
static，前提是它真不依赖$this->xxx（比如纯计算、配置读取、DTO转换） - 把静态方法改回普通实例方法，由调用方控制生命周期，比如
$service->process($data)比Service::process($data)更合理 - 用参数显式传入所需对象，例如
public static function render(ProdRender $renderer, array $data)，既保持静态签名，又解耦依赖
最隐蔽的坑是：你以为只是“少个new”，其实是在模糊类的职责边界——静态方法该做确定性的事，对象实例才管状态和生命周期。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
