箭头函数不能作为构造函数使用，也无法参与基于原型链的继承体系。它没有 prototype 属性，无法通过 new 实例化，不支持多态继承，应仅用于轻量回调而非类型定义。
箭头函数没有 prototype 属性，本质上意味着它**不能作为构造函数使用**，因此也**无法参与基于原型链的继承体系**——这对实现传统面向对象中的多态继承有根本性限制。
箭头函数天生不支持实例化
多态继承依赖于“构造函数 + prototype + new 实例”这一链条。普通函数自带 prototype，new 调用时会把该 prototype 赋给实例的 __proto__，从而支持方法共享和动态重写。而箭头函数：
-
let fn = () => {};执行fn.prototype返回undefined - 尝试
new fn()会直接抛出TypeError: fn is not a constructor - 没有
constructor属性，也没有可挂载共用方法的prototype对象
无法构建原型链，也就无法形成继承关系
ES5 的寄生组合式继承、ES6 的 class extends 都建立在原型链基础上。箭头函数既不能当父类，也不能当子类：
- 不能用
Object.setPrototypeOf(child, parent.prototype)搭建链路（因 parent 无 prototype） - 不能通过
Child.prototype = Object.create(Parent.prototype)实现方法复用 - 即便强行给箭头函数赋值
fn.prototype = {...}，也不会被 new 或 instanceof 识别
多态行为无法通过 this + 原型方法动态分发
典型多态依赖运行时 this.method() 查找：先查实例自身，再沿 __proto__ 向上找。但箭头函数：
- 本身不绑定
this，而是捕获外层普通函数的this，这个值在定义时就固化了 - 没有原型，所以无法把方法挂到 prototype 上供不同实例共享或覆盖
- 若想模拟多态，只能靠闭包或手动传参，丧失了“同接口、不同实现”的自然分发能力
替代思路：用普通函数或 class 承担继承角色
箭头函数定位是“轻量回调”，不是“类型载体”。需要多态继承时，应明确分工：
- 用
function或class定义可实例化的类型，承载prototype和继承逻辑 - 在方法内部或事件回调中，用箭头函数避免
this绑定问题（如setTimeout(() => this.handle(), 100)） - 若需函数式风格的多态，可结合策略模式：用普通函数工厂返回不同行为的对象，而非依赖原型链
