优先用static::class；需传对象动态查类名时才用get_class()。前者是编译期常量，支持后期静态绑定，静态/非静态方法中均安全；后者依赖实例，传null会抛TypeError，且返回对象实际类型而非当前代码所在类名。
PHP里怎么拿到当前类的名字？用get_class()还是static::class
直接说结论：想在类内部获取「当前实际运行的类名」，优先用static::class；需要传对象动态查类名时才用get_class()。前者是编译期常量，后者是运行时函数调用——性能差一点，还可能抛TypeError（传null进去就挂）。
常见错误现象：get_class($this)在构造函数里调用失败，或者静态方法里误传$this导致报错get_class() expects parameter 1 to be object, null given。
-
static::class不依赖实例，静态/非静态方法里都能安全用，返回的是「后期静态绑定」的真实类名（比如子类重写父类方法后仍能拿到子类名） -
get_class()必须传一个已实例化的对象，不能传null、字符串或未初始化的变量 - 如果对象是匿名类实例，
get_class()返回类似"class@anonymous/in/file.php:12"的字符串，而static::class在匿名类里不可用（会语法错误）
为什么get_class()有时返回父类名而不是子类名
因为你在用get_class($this)，但没注意调用上下文——它返回的是参数对象「所属类」，不是「当前代码所在类」。如果父类方法里写get_class($this)，而子类继承并调用了它，结果仍是子类名；但如果父类方法里写get_class($obj)且$obj是父类实例，那就只能是父类名。
典型场景：工厂模式中根据配置创建不同子类对象，再统一调用某个处理方法，这时get_class($obj)才能准确告诉你「这次到底来了谁」。
- 别混用：
self::class永远是定义该代码的类名（不会变），static::class才是运行时真正的类名 -
get_class()没有自动绑定能力，它只认参数对象的类型，和当前方法在哪定义无关 - 若对象被
unserialize()过，又没正确加载类定义，get_class()可能返回__PHP_Incomplete_Class
get_class()在trait里怎么用才不出错
trait本身不是类，不能用static::class，但可以用get_class($this)——前提是这个trait必须用在类里，且该类已实例化。$this在trait方法里指向使用它的类实例，所以没问题。
容易踩的坑是：把trait方法当静态方法用，或者在__construct()还没执行完时就调用get_class($this)（某些框架初始化顺序混乱时会出现）。
- trait中避免直接写
get_class()不带参数，会报Missing argument 1 for get_class() - 如果trait要支持静态调用，得额外判断
isset($this)，否则直接崩 - PHP 8.0+ 开始，
get_class()对内部类（如Closure）返回空字符串，不是false，注意判空逻辑
兼容性与替代方案：PHP 5.5以下怎么办
如果你还在维护老项目（PHP static::class不可用，只能靠get_class($this)或__CLASS__硬编码。但__CLASS__是字面量，无法反映继承关系。
性能上，__CLASS__最快（编译期确定），static::class次之（运行时解析一次），get_class()最慢（每次调用都要查对象ZVAL结构）。
- PHP 5.4–5.4.9 存在
get_class()在析构函数里返回空字符串的bug，慎用 - 替代方案：
get_called_class()可用于静态上下文获取调用类名，但它不接受参数，也不适用于对象实例 - 如果只是日志打点用，建议封装一层：
function safe_get_class($obj) { return $obj ? get_class($obj) : 'unknown'; }
事情说清了就结束。真正麻烦的是那些没显式实例化、靠DI容器注入的对象，或者反序列化后类定义丢失的情况——这时候get_class()返回的不是你预期的类名，而是更底层的类型标识，得结合is_object()和class_exists()一起验证。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
