应使用 debug_backtrace() 获取真实调用上下文，因 __function__ 和 __class__ 是编译期常量，无法反映运行时类、继承、trait 或动态调用；static::class 适用于获取当前运行时类名，轻量且语义明确。
获取当前函数名：用 __FUNCTION__，但注意它不包含类上下文
__FUNCTION__ 是 PHP 的魔术常量，在函数体内返回当前函数的名称（字符串），不含命名空间或类名。它在普通函数、匿名函数、方法里都可用，但行为有差异：
- 在类方法中，
__FUNCTION__只返回方法名（如"getData"），不是"User::getData" - 在匿名函数中，它返回字符串
"{closure}"，无法识别具体来源 - 在函数作用域外（如全局代码块）使用会报错：
Parse error: syntax error, unexpected '__FUNCTION__'
示例：
function hello() {
echo __FUNCTION__; // 输出 "hello"
}
class User {
public function getName() {
echo __FUNCTION__; // 输出 "getName"，不是 "User::getName"
}
}
获取当前类名：用 __CLASS__，但它返回的是定义处的类，不是调用处的
__CLASS__ 返回当前代码所在类的名称（含命名空间），但它绑定的是「定义位置」，不是「运行时调用位置」——这点极易误用。
- 在父类方法中直接写
__CLASS__，即使被子类继承调用，仍返回父类名 - 想获取实际调用者类（即“运行时类”），得用
static::class或get_called_class() -
__CLASS__在非类作用域（如函数或全局）中不可用，会报语法错误
对比示例：
class ParentClass {
public function whoAmI() {
echo __CLASS__; // 总是 "ParentClass"
echo static::class; // 子类调用时输出子类名
echo get_called_class(); // 同上，兼容 PHP 5.3+
想同时拿到类名 + 方法名？别拼 __CLASS__ . '::' . __FUNCTION__
这种写法看似直观，但存在两个硬伤：
- 如果方法是静态调用、继承重写或通过 trait 引入，
__CLASS__和__FUNCTION__的组合无法反映真实调用栈 - 它不能处理魔术方法（如
__get）、动态调用（call_user_func）或闭包内的情况 - 更严重的是：在 trait 中，
__CLASS__返回的是使用该 trait 的类名，而__FUNCTION__返回的是 trait 内定义的方法名——拼起来可能根本不存在
真要记录完整调用标识，推荐用调试函数：
$trace = debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 1);
if (!empty($trace[0]['class'])) {
$full = $trace[0]['class'] . '::' . $trace[0]['function'];
}
替代方案：什么时候该用 debug_backtrace() 而不是魔术常量
当你的需求超出「当前作用域定义名」，比如日志记录、AOP、异常上下文、调试钩子，就得放弃 __FUNCTION__/__CLASS__，转而解析调用栈。
-
debug_backtrace()开销略大，别在高频循环里无条件调用 - PHP 7.4+ 支持
DEBUG_BACKTRACE_IGNORE_ARGS参数，能显著减少内存占用 - 注意
debug_backtrace()在禁用zend.assertions或 opcache 全优化时可能被裁剪，生产环境需实测 - 若只需当前方法的「运行时类」，
static::class比debug_backtrace()更轻量且语义清晰
真正容易被忽略的是：这些魔术常量不是“反射”，它们在编译期就固化了值，和运行时对象无关。一旦涉及多态、代理、装饰器模式，就必须跳出常量思维。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
