FUNCTION 返回纯方法名，__METHOD__ 返回“类名::方法名”；前者适用于日志标记等需简洁名称场景，后者用于需作用域标识的上下文。
为什么 __METHOD__ 返回的是“类名::方法名”而不是纯方法名
__METHOD__ 是 PHP 的魔术常量，它在类方法内部求值时自动展开为当前**完整限定方法名**，即 ClassName::methodName。这不是 bug，是设计行为——它明确区分了静态调用、实例调用和作用域上下文。如果你只想要方法名（比如用于日志标记或调试），直接截取会出错，尤其当方法名含冒号或类名动态生成时。
常见错误现象：substr(__METHOD__, strpos(__METHOD__, '::') + 2) 看似能切出方法名，但一旦类名里有 ::（极少见但合法）或在 trait 中使用（__METHOD__ 仍返回最终引入该 trait 的类名），结果就不可靠。
- 更安全的做法是用
debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 1)获取当前调用帧，再读取['function']键 - 如果确定在类方法内且不涉及 trait 覆盖，可用
basename(str_replace('\', '/', __METHOD__))配合strrchr，但仍是妥协方案 -
__FUNCTION__只返回方法名，但它在类方法中与__METHOD__行为一致——等等，不对：__FUNCTION__实际上**只返回函数/方法名，不含类名**，这才是你要的纯名称
__FUNCTION__ 和 __METHOD__ 到底该用哪个
简单说：要纯方法名，用 __FUNCTION__；要带作用域标识的全名，才用 __METHOD__。很多人误以为两者等价，其实 __FUNCTION__ 在方法中返回的就是方法名本身（如 "index"），在函数中返回函数名（如 "my_helper"），它不拼接类名。
-
__METHOD__在静态方法、实例方法、trait 方法中都返回Class::method格式 -
__FUNCTION__在所有情况下都只返回当前 callable 的名称部分，不含:: - 二者在全局函数中行为相同（都返回函数名），但在类上下文中差异明显
- 性能上无差别，都是编译期常量，无运行时开销
在匿名函数或闭包里怎么获取“当前方法名”
匿名函数没有方法名，__FUNCTION__ 和 __METHOD__ 在其中**不可用**，PHP 会报 Parse error: syntax error。这是语法限制，不是执行时问题。
如果你在闭包里需要标识来源，常见做法是手动传入或绑定上下文：
- 用
use ($methodName)把外部方法名显式带进来 - 在创建闭包时，用
debug_backtrace()拿上一层的['function']，但注意性能和可读性代价 - 避免在闭包里依赖“当前方法名”做关键逻辑——这通常说明设计可以重构，比如把闭包逻辑抽成具名方法
兼容性与替代方案：PHP 8.0+ 的 get_debug_type() 有用吗
没用。get_debug_type() 是用来获取变量类型的字符串表示（比如对象返回类名，资源返回资源类型），跟当前执行位置完全无关。别被名字误导。
真正要注意的是：__METHOD__ 和 __FUNCTION__ 自 PHP 4 起就存在，所有版本兼容；但如果你在严格模式或 Psalm/PHPStan 下做静态分析，它们会被识别为字符串字面量，不会触发未定义变量警告。
容易被忽略的一点：它们不能用在 const 声明或属性默认值中，因为这些地方要求编译期确定的常量表达式，而魔术常量只在函数/方法作用域内有效。写 const LOG_METHOD = __METHOD__; 会直接报错。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
