get_called_class() 返回实际调用当前静态方法的类的完整类名（含命名空间），仅在静态方法中有效，依赖后期静态绑定，在trait中返回使用该trait的类名，非静态上下文中调用会回退或触发警告。
get_called_class() 返回什么类名
它返回的是「实际调用当前静态方法的那个类」的完整类名（含命名空间），不是定义该方法的类，也不是 self:: 所指的类。这只有在使用 static:: 或后期静态绑定（LSB）上下文中才有意义。
常见错误现象：get_called_class() 在普通函数、非静态方法、或未被子类调用的父类静态方法中看似“正常”，但一旦涉及继承链就容易和 __CLASS__ 或 static::class 混淆。
- 必须在静态方法中调用，否则会触发
E_WARNING（PHP 8.0+ 直接报TypeError） - 如果在 trait 中定义并被多个类引入，
get_called_class()返回的是使用该 trait 的那个类，不是 trait 所在类（trait 本身没有类名） - 它不依赖运行时对象实例，哪怕没 new 过任何对象，只要通过类名调用静态方法就能工作
get_called_class() 和 static::class 的区别
两者都反映后期静态绑定结果，但行为细节不同：前者是函数调用，后者是语言结构；前者在 PHP 5.3+ 可用，后者从 PHP 5.5+ 才支持。
关键差异在于解析时机和兼容性：
立即学习“PHP免费学习笔记（深入）”；
-
static::class是编译期常量表达式，性能略优，且能被 opcache 更好优化 -
get_called_class()是运行时函数，某些老版本 PHP（如 5.3.0–5.3.2）存在 bug：在 trait 中调用可能返回空字符串 - 当需要动态拼接类名（比如日志前缀、反射加载）时，
get_called_class()更灵活；而仅需类型标识时，static::class更简洁安全
示例：
class A { public static function who() { return get_called_class(); } }
class B extends A {}
echo B::who(); // 输出 "B"
为什么在 __construct 里调用 get_called_class() 总是返回当前类
因为构造函数不是静态上下文，get_called_class() 在非静态方法中调用属于误用，PHP 会回退到当前类名（即 __CLASS__），而不是报错 —— 这是历史兼容行为，但不可靠。
真实场景中，如果你在构造函数里想获取“谁 new 了我”，应该用 static::class（推荐）或 get_class($this)（更准确，因 $this 是实例）：
-
get_called_class()在__construct中不体现 LSB，纯属巧合返回当前类名 - 若类被匿名类继承或 mock 工具代理，
get_called_class()仍返回原始类名，而get_class($this)能反映真实实例类型 - PHP 8.2+ 对非静态上下文调用
get_called_class()发出E_DEPRECATED
替代方案与兼容性兜底
不是所有项目都能升级到 PHP 5.5+，有些还要跑在 HHVM 或老旧 SAPI 上，这时候得考虑降级逻辑。
最稳妥的兼容写法：
function get_called_class_fallback() {
if (function_exists('get_called_class')) {
return get_called_class();
}
return static::class ?? __CLASS__;
}
但要注意：static::class 在 PHP __CLASS__ + 文档约定，或借助反射（开销大，不推荐用于高频路径）。
容易被忽略的一点：在 CLI 脚本中测试时，如果类定义在 eval() 或匿名函数内，get_called_class() 行为不稳定，应避免这种用法。
