箭头函数的this指向固定且不可修改，它捕获定义时外层普通函数的this值；不能用作构造函数、无prototype、无arguments、不支持yield，特定场景下完全不可用。
箭头函数的 this 指向是“冻结”的，改不了
普通函数的 this 在每次调用时动态绑定——谁调用、怎么调用（.call、.apply、隐式调用、构造调用），this 就指向谁。箭头函数没有自己的 this，它直接捕获定义时外层第一个普通函数的 this 值，之后永远不变。
- 用
.call(obj, ...)或.bind(obj)试图改变箭头函数的this？无效——第一个参数会被忽略，this仍沿用定义时继承的值 - 在对象方法里写
onClick: () => this.handleClick()？如果该对象是通过new创建的，而this在构造函数外层是undefined（严格模式）或全局对象，就会出错 - 常见翻车场景：
document.addEventListener('click', () => this.doSomething())—— 如果this本应是某个类实例，但箭头函数定义在全局/模块顶层，那this就不是你想要的那个实例
箭头函数不能当构造函数，也没有 prototype
想用 new MyComponent(...) 实例化？必须用普通函数（或 class）。箭头函数没有 prototype 属性，也不支持 new 调用，否则抛出 TypeError: MyComponent is not a constructor。
-
const Person = (name) => { this.name = name; };→new Person('Alice')直接报错 -
console.log(Person.prototype)输出undefined，无法挂载原型方法 - 所有依赖构造行为的场景都得避开箭头函数：React class 组件的
constructor、自定义 DOM 类、需要instanceof判断的类型
箭头函数没有 arguments，也不支持 yield
普通函数内部可直接访问类数组对象 arguments；箭头函数没有它，连引用外层 arguments 都要小心作用域嵌套层级。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
const sum = () => Array.from(arguments).reduce(...)→ 报错：ReferenceError: arguments is not defined - 替代方案只能用剩余参数：
const sum = (...nums) => nums.reduce((a, b) => a + b) - 箭头函数不支持
yield，所以不能写生成器函数：const gen = () => yield 1是语法错误 - 需要动态参数处理、调试时依赖
arguments.callee（虽已废弃）、或需生成器能力时，必须用普通函数
什么时候明确要避免用箭头函数？
不是“少用”，而是这几类场景**完全不能用**：
立即学习“Java免费学习笔记（深入）”；
- 作为对象方法定义，且该方法需被其他上下文调用（比如传给
addEventListener、setTimeout、第三方库回调钩子），又依赖正确的this指向 —— 改用普通函数或显式绑定 - 需要
new实例化的构造逻辑，包括 class 内部的普通方法若被提取后单独new（如const fn = obj.method; new fn()） - 函数体里要访问
arguments、new.target，或要写async function*这类复合语法 - 需要在调试器中看到函数名（箭头函数在堆栈里显示为
anonymous或fn，不利于排查）
最常被忽略的一点：箭头函数的“词法 this”看似省事，实则把调用时的灵活性彻底锁死了——当你不确定将来谁会以什么方式调用这个函数，就别用箭头函数。
