箭头函数没有 prototype 属性，不能作为构造函数使用，也不参与原型链构建；它被设计为无状态、无构造能力的轻量表达式，仅适用于纯计算、回调等无需 this 动态绑定和原型共享的场景。
箭头函数本身没有 prototype 属性，因此它不参与、也不影响构造函数的 prototype 机制。
箭头函数根本没有 prototype 属性
普通函数（包括函数声明、函数表达式）在创建时会自动获得一个 prototype 对象，该对象默认包含 constructor 属性，指向函数自身。而箭头函数被设计为“无状态、无构造能力”的轻量表达式，其 prototype 是 undefined：
-
function Foo() {}→Foo.prototype是一个可写、可扩展的对象 -
const Bar = () => {};→Bar.prototype为undefined - 尝试访问或赋值（如
Bar.prototype = {}）在严格模式下静默失败，非严格模式下也无效
无法替代构造函数，自然不涉及 prototype 链构建
使用 new 调用构造函数时，引擎会执行三步关键操作：创建空对象、将其 [[Prototype]] 指向构造函数的 prototype、再以该对象为 this 执行函数体。箭头函数缺失两个前提：
- 没有
prototype，导致新对象无法设置正确的原型链起点 - 没有
[[Construct]]内部方法，引擎直接拒绝new ArrowFn()，抛出TypeError: ArrowFn is not a constructor
不影响其他函数的 prototype，但混淆使用会破坏继承意图
箭头函数不会修改已有构造函数的 prototype，但它若被误用于本应是构造函数的位置（比如想模拟类工厂），会导致逻辑断裂：
- 写成
const User = (name) => ({ name });返回的是字面量对象，不是实例，Object.getPrototypeOf(User())是Object.prototype，而非自定义原型 - 试图在箭头函数上挂载方法（如
ArrowFn.prototype.say = () => {}）无效，因为ArrowFn.prototype不可写且无意义 - 若混用箭头函数与 class/普通构造函数，容易误判对象类型（
obj.constructor指向Object而非预期构造器）
正确做法：需要原型继承就用普通函数或 class
当目标是创建可复用、支持继承的类型时，必须使用具备 prototype 的构造形式：
- 函数声明：
function Person(name) { this.name = name; }，然后Person.prototype.greet = function() { ... }; - class 语法糖：
class Person { constructor(name) { this.name = name; } greet() { ... } }，底层仍操作prototype - 箭头函数只适合纯计算、回调、映射等无需
this动态绑定和原型共享的场景
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
