箭头函数没有 prototype 属性，因此不能作为构造函数使用，也无法参与原型链继承；其适用场景为纯计算、事件回调、高阶函数等无需实例化的逻辑。
箭头函数没有 prototype 属性，这不是遗漏或缺陷，而是设计使然——它从根源上排除了被用作构造函数的可能。理解并应对这一特点，关键在于明确“它不是用来创建实例的”，而应聚焦于其真正适用的场景。
不能当构造函数用，也不参与原型链
普通函数定义后自带 prototype 对象，用于支撑 new 操作和原型继承；箭头函数的 typeof 虽为 "function"，但 (() => {}).prototype 是 undefined，调用 new (() => {}) 会直接抛出 TypeError: xxx is not a constructor。
这意味着：
- 无法通过
new创建实例，自然也没有__proto__指向它的prototype - 不能作为类的替代，也不能挂载供实例共享的方法（比如
arr.myMap = () => {}不会进入原型链） - 所有基于
instanceof或原型检测的逻辑（如obj instanceof SomeFn）对箭头函数无效
需要构造行为时，必须换用普通函数
如果你在写一个需要被 new 调用、有实例状态、需原型方法复用的结构，箭头函数完全不适用。此时应使用：
立即学习“Java免费学习笔记（深入）”；
- 传统函数声明：
function Person(name) { this.name = name; } - ES6 class：
class Person { constructor(name) { this.name = name; } } - 即使只是封装初始化逻辑，也建议用普通函数表达式：
const createConfig = function() { return { env: 'dev' }; };
利用无 prototype 的特性，避免误用风险
没有 prototype 反而是一种保护机制。它强制你区分“可实例化逻辑”和“纯计算/闭包逻辑”：
- 数组遍历中的转换函数：
[1,2,3].map(x => x * 2)—— 无需构造，只关心返回值 - 事件回调中保持外层
this：button.addEventListener('click', () => this.handleClick())—— 依赖词法绑定，而非实例上下文 - 作为高阶函数的返回值：
const add = x => y => x + y;—— 天然适合柯里化，无原型干扰
替代 prototype 共享能力的现代方案
若你原本想靠 prototype 实现轻量方法复用，现在更推荐：
- 工具函数独立模块：
export const isEmpty = obj => obj == null || Object.keys(obj).length === 0; - 对象方法直接定义：
const utils = { clamp, debounce, throttle }; - 使用
class+ 静态方法：class ArrayUtils { static unique(arr) { return [...new Set(arr)]; } }
这些方式语义清晰、调试友好，且不依赖原型链查找机制。
