箭头函数适用场景为数组纯回调、需继承外层this的嵌套函数及简短无副作用工具函数；禁用场景包括对象方法、DOM事件处理器和构造函数。
箭头函数不是万能语法糖，盲目用它替换所有函数反而会引入 this 错误、构造失败或语义混乱。关键在分清“该不该用”，而不是“能不能写”。
适合用箭头函数的场景
数组方法的纯回调：map、filter、reduce、find 等操作只做数据转换或判断，不依赖 this，且逻辑简单。
✅ 推荐写法：numbers.map(x => x * 2)、users.filter(u => u.active)
✅ 优势：无 this 干扰、代码紧凑、意图清晰。
需要继承外层 this 的嵌套函数：比如定时器、Promise 链、事件监听中的内部回调。
✅ 推荐写法：setInterval(() => console.log(this.count), 1000)
✅ 原因：普通函数里 this 会丢失，箭头函数自动捕获定义时的 this，省去 .bind(this) 或变量缓存（如 const self = this）。
简短的工具型函数（无副作用）：比如作为参数传入高阶函数、用于解构赋值、或封装单行逻辑。
✅ 推荐写法：const getName = ({ name }) => name、const isPositive = n => n > 0
✅ 注意：必须是纯函数——不修改外部状态、不依赖闭包外可变变量、不调用 DOM 或 API。
立即学习“Java免费学习笔记（深入）”；
明确禁止使用箭头函数的场景
对象方法定义：箭头函数没有自己的 this，无法绑定到当前对象实例。
❌ 错误示例：const obj = { val: 10, double: () => this.val * 2 } → this 指向全局或 undefined
✅ 正确做法：用方法简写 double() { return this.val * 2 } 或传统函数表达式。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
DOM 事件处理器（需 this 指向触发元素）：箭头函数的 this 是词法绑定，不是运行时绑定，无法指向 button、input 等目标元素。
❌ 错误示例：btn.addEventListener('click', () => console.log(this.textContent)) → this 是 window
✅ 正确做法：用普通函数、或用事件对象 e => console.log(e.target.textContent)。
构造函数或需要 new 调用的函数：箭头函数没有 prototype，也不支持 new。
❌ 错误示例：const Person = (name) => ({ name }); new Person('Alice') → 报错 “is not a constructor”
✅ 正确做法：坚持用 function 声明或 class 定义构造器。
容易踩坑的灰色地带
含多行逻辑或副作用的回调：比如事件中要修改 state、发起请求、操作 DOM。
⚠️ 风险：箭头函数虽能用，但可读性下降，this 固定反而掩盖了本应动态处理的上下文需求。
✅ 建议：优先用普通函数，显式控制 this；若坚持用箭头，确保所有依赖都通过参数或闭包显式传入，避免隐式引用外部变量。
需要 arguments 或 rest 参数以外的参数访问方式：箭头函数没有 arguments 对象。
⚠️ 风险：旧式参数遍历逻辑会失效。
✅ 替代方案：统一用 rest 参数 (...args) => args.forEach(...)，不回退到 arguments。
需要 call/apply/bind 动态绑定 this 的函数：箭头函数的 this 不可重绑。
❌ myArrowFn.call(obj, ...) 无效，this 仍为原始定义时值。
✅ 场景判断：如果函数设计上就要求被不同上下文调用，它就不该是箭头函数。
一条实用判断口诀
写函数前默念三句：
• 它要不要被 new？→ 否则不用箭头
• 它的 this 应该是谁？如果是调用者（如对象方法、DOM 元素），不用箭头
• 它是不是只做一件事、不改状态、不依赖运行时上下文？→ 是，才考虑箭头
