箭头函数有严格适用场景：禁用于对象方法、构造函数、需动态this或arguments的场合；适合单行数组回调、保持外层this的异步操作及闭包工厂函数；须避坑隐式返回、props传递错误等陷阱。
箭头函数不是普通函数的缩写，它有自己的一套规则和限制。用对了能简化代码、避免 this 丢失；用错了会引发静默失败、this 指向异常、无法构造实例等问题。关键不在“简不简洁”，而在“适不适合”。
什么时候必须用普通函数
以下场景禁用箭头函数，否则逻辑出错或直接报错：
-
对象方法定义：如
obj.getName = () => this.name，this 指向外层，不是 obj，结果是undefined -
需要动态 this 的场合：比如事件监听器中要访问
event.currentTarget，或用call/apply/bind显式绑定上下文 -
构造函数用途：箭头函数没有
prototype，也不能用new调用，写const User = (name) => { this.name = name }后new User('张三')会报TypeError -
需要 arguments 对象的旧逻辑：比如递归匿名函数依赖
arguments.callee，或调试时需打印所有入参，箭头函数里访问arguments直接报错
什么时候适合用箭头函数
它的优势只在特定回调场景中真正生效：
jm-jsjkxyjs02-zlm-405
下载
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
-
数组方法中的短回调：如
arr.map(x => x * 2)、list.filter(item => item.active)，逻辑单行、无副作用、不依赖 this -
定时器或异步回调中保持外层 this：如对象方法内写
setTimeout(() => this.doSomething(), 100)，避免手动写const self = this -
返回函数的工厂函数：如
const makeAdder = (x) => (y) => x + y，利用词法作用域闭包，干净利落
容易被忽略的细节陷阱
这些错误不报语法错，但运行时行为诡异，排查成本高：
-
传递函数 props 时多套一层箭头函数：如 React 中写
dowords={() => updateWordList}，实际传的是“返回函数的函数”，子组件调用props.dowords()并不会执行updateWordList，应直接写dowords={updateWordList} -
隐式返回对象字面量漏括号：写
x => { name: x }不会返回对象，而是返回undefined（因为大括号被解析为函数体），正确写法是x => ({ name: x }) - 嵌套箭头函数导致 this 层级错位：外层已是箭头函数，再写内层箭头函数，this 仍继承自更外层，可能跳过本意想捕获的那一层
快速自查清单
写完箭头函数后，花 3 秒确认：
- 这个函数会不会被当作对象方法调用？→ 如果会，换普通函数
- 是否需要
new它？→ 如果需要，必须改 function 或 class - 有没有在函数体内用到
this、arguments、prototype？→ 任一出现就不可用 - 它是不是纯粹的、无状态的、单职责的回调？→ 是的话，箭头函数很安全
