应根据语义选择：需纯方法名用__FUNCTION__，需类+方法完整标识用__METHOD__；__FUNCTION__简洁稳定，__METHOD__用于区分同名方法来源，误用会导致日志失真或调试困难。
在PHP日志记录中，__METHOD__和__FUNCTION__是两个最常用、也最容易用错的魔术常量。它们不消耗性能、无需函数调用，但语义完全不同——选错一个，日志就可能失真或难以排查。
明确用途：什么时候该用哪个？
要记录“当前执行的是哪个方法”，直接用 __FUNCTION__ 就够了。它在类方法里返回纯方法名（如 "index"），在普通函数里返回函数名（如 "validate_input"），始终只输出名称部分，干净、稳定、无歧义。
而 __METHOD__ 的设计目标不是“取方法名”，而是“标定作用域”。它返回的是 ClassName::methodName 这样的完整标识符，用于区分同名方法来自哪个类，比如 "AuthController::handle" 和 "PaymentController::handle"。
- 写通用日志辅助函数（如
log_debug("start")）→ 用 __FUNCTION__ - 需要避免缓存键冲突（如
cache_key = __METHOD__ . $id）→ 用 __METHOD__ - 调试中间件或AOP包裹层，要看清调用来源 → __METHOD__ 更可靠
常见误用：别把__METHOD__当方法名切片工具
有人习惯用 substr(__METHOD__, strrpos(__METHOD__, '::') + 2) 提取方法名，这看似可行，实则埋雷：
立即学习“PHP免费学习笔记（深入）”；
- 类名含双冒号（如命名空间嵌套极深时）会导致截取错误
- 在 trait 中使用，
__METHOD__返回的是最终引入该 trait 的类名，不是 trait 内定义处的上下文 - 方法名本身若含
::（虽罕见，但魔术方法误写等场景存在）会直接崩解
真正想拿纯方法名，__FUNCTION__ 就是为此而生的，无需任何字符串处理。
日志中精准标记的实用写法
在调试或关键流程打点时，推荐组合使用多个魔术常量，形成可定位的“日志坐标”：
error_log("[DEBUG][".__FILE__.":".__LINE__."][".__FUNCTION__."] User login started");$logger->info('API call', ['method' => __METHOD__, 'file' => __FILE__, 'line' => __LINE__]);
这种写法既保留了作用域信息（__METHOD__），又提供了精确位置（__FILE__ 和 __LINE__），还能让团队协作时一眼看清执行路径。
特别注意：封装日志函数时的陷阱
很多人写一个通用日志函数，比如：
function log_call($msg) { error_log("[".__FUNCTION__."] $msg"); }
结果所有日志都显示 [log_call] xxx——因为 __FUNCTION__ 总是绑定它出现的位置，不会自动回溯到调用方。解决办法有两个：
- 显式传入函数名：
log_call(__FUNCTION__, "user saved") - 用
debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 1)获取上一层调用帧，再取['function']键（稍重，但准确）
