该用箭头函数的核心标准是降低认知负荷：仅当回调为单表达式、外部变量引用自然安全、数据链风格统一、且无需复杂逻辑或上下文切换时才适用。
判断是否该用箭头函数，关键不是“能不能写”，而是“读的人能不能一眼看懂核心逻辑”。它不是语法炫技，而是为降低认知负荷服务的——只要人眼需要停顿超过半秒去解析结构，就说明当前场景可能不适合。
看回调是否只做单表达式判断或计算
这是最直接的判断标准。箭头函数只接受一个表达式，且自动返回结果。
- 适合：筛选活跃用户
fn($u) => $u->active、映射 ID 列表fn($u) => $u->id、按价格过滤fn($p) => $p['price'] > 100 - 不适合：需要日志记录
fn($u) => { log('filtering'); return $u->active; }（语法错误）、需多步验证、含 if/else 或异常处理
看外部变量是否自然、安全地被引用
如果回调依赖父作用域变量（比如 $minScore、$status），而你正为 use ($minScore) 分心或担心引用类型问题，箭头函数就是更优解。
- 箭头函数自动按值捕获，变量在哪定义、在哪用，视线是线性的
- 传统闭包需显式
use，读者得回头确认变量来源，还可能漏掉&导致意外修改 - 注意：对象仍是引用传递，但变量绑定本身不可变，语义更清晰
看整段数据处理链是否风格统一
当代码中连续使用 array_filter、array_map、usort 等函数时，统一用箭头函数能形成“动词+条件”的阅读节奏。
- 例如：
array_map(fn($u) => $u->name, array_filter($users, fn($u) => $u->score > 90))，所有回调结构一致，无需切换思维模式 - 混合写法（部分用
function()、部分用fn()）反而增加理解成本，破坏流水线感
看 this 或上下文是否容易出错
虽然 PHP 中无 this 绑定问题，但在 JavaScript 环境中，若回调用于事件监听、定时器或 Promise 链，且需访问类实例属性，箭头函数可避免 .bind(this) 或 const self = this 的干扰。
- 普通函数的
this取决于调用方式，易出错；箭头函数继承定义时外层上下文，行为可预测 - 团队协作中，阅读者无需追踪调用链就能确认
this来源——它只取决于函数声明的位置
