应优先使用__function__获取当前方法名，因其仅返回名称部分（如"index"），而__method__返回带类名的完整标识符（如"appcontrollerusercontroller::index"），且在trait、继承等场景下行为更可靠。
要获取当前方法名，优先用 __FUNCTION__，不是 __METHOD__ —— 后者返回的是带类名的完整标识符，本质是作用域标记，不是“方法名”。
为什么 __METHOD__ 不等于当前方法名
__METHOD__ 是编译期常量，在类方法中固定展开为 "ClassName::methodName" 格式。它不反映运行时调用链，也不做任何截取或解析，就是原样拼接。
- 在
AppControllerUserController::index()中，__METHOD__永远是字符串"App\Controller\UserController::index"，哪怕你通过 trait 引入、被子类继承、或用call_user_func动态调用 - 如果你只想要
"index"，硬用substr(__METHOD__, strrpos(__METHOD__, '::') + 2)看似可行，但一旦类名含::（PHP 允许命名空间中出现双冒号嵌套，虽罕见）、或方法名本身含::（如魔术方法__callStatic被误写），就会崩 -
__METHOD__在全局函数里也有效，但返回的是"functionName"（无::），造成行为不一致，容易埋坑
__FUNCTION__ 才是真正只返回方法名的方案
__FUNCTION__ 在任何 callable 上下文中都只返回其「名称部分」：类方法返回 "methodName"，普通函数返回 "funcName"，匿名函数返回 "{closure}"。
- 它不拼接类名、不依赖命名空间、不关心是否被继承 —— 就是当前执行单元的名字字符串
- 在 trait 中使用，仍返回该 trait 内定义的方法名（不是最终宿主类的方法名）
- 与
__METHOD__性能完全一致，都是零运行时开销的编译期替换 - 唯一限制：不能在类外部的裸代码块中使用（会报
Parse error），这点和__METHOD__相同
什么情况下才该用 __METHOD__
只有当你明确需要「类+方法」的完整作用域标识时，才用 __METHOD__。典型场景包括：
- 日志中区分同名方法（比如多个
handle()来自不同控制器） - 调试时快速定位调用来源，尤其在框架中间件或 AOP 包裹层中
- 生成唯一缓存键，需避免不同类中同名方法冲突（例如
Cache::get(__METHOD__ . $id)） - 配合
debug_backtrace()做调用栈过滤时，用完整限定名比纯方法名更可靠
别踩这些坑
实际项目里最容易翻车的几个点：
- 把
__METHOD__当成get_called_class() . '::' . __FUNCTION__的快捷写法 —— 错。前者是定义处类，后者才是运行时类 - 在静态方法里用
self::class . '::' . __FUNCTION__模拟__METHOD__，结果发现self::class和__CLASS__一样，还是父类名 - 想用
get_class($this) . '::' . __FUNCTION__，但忘了静态方法里没有$this，直接 fatal error - 用
debug_backtrace()取['function']代替__FUNCTION__—— 完全没必要，徒增开销且不可靠（优化器可能内联、opcache 可能重排帧）
真正需要纯方法名时，__FUNCTION__ 就是那个最短、最稳、最不容易出错的选择。复杂性只存在于你误读它用途的时候。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
