javascript 中的箭头函数没有 prototype 属性。这是因为箭头函数被设计为轻量级的回调和表达式，语言规范明确禁止将其用作构造函数，因此它不具备普通函数用于原型链继承所需的 prototype 对象。
为什么普通函数有 prototype 而箭头函数没有
普通函数在定义时，JavaScript 引擎会自动为其创建一个名为 prototype 的属性，该属性指向一个包含 constructor 属性的对象。这个机制是 new 关键字工作的基础。当使用 new 调用普通函数时，引擎会利用这个 prototype 来初始化新实例的原型链。相比之下，箭头函数在语法上就排除了这种可能性。如果你尝试访问箭头函数的 prototype，你会得到 undefined。这不仅是实现细节，更是 ES6 规范的一部分，旨在简化函数语义，避免在不需要状态共享的简单逻辑中引入复杂的原型链管理。
function regularFunc() {}
const arrowFunc = () => {};
console.log(regularFunc.prototype); // [Object: null prototype] { constructor: f }
console.log(arrowFunc.prototype); // undefined上述代码展示了两种函数在 prototype 属性上的根本差异。普通函数返回一个空对象（即原型对象），而箭头函数直接返回 undefined。这种差异意味着你不能对箭头函数使用 new 操作符，否则会在运行时抛出 TypeError。理解这一点有助于在编写类或需要实例化的模块时，正确选择函数类型。
立即学习“Java免费学习笔记（深入）”；
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
尝试用 new 调用箭头函数会发生什么
由于箭头函数没有 prototype，任何试图通过 new 关键字调用箭头函数的行为都会导致程序崩溃。JavaScript 引擎在执行 new 时，第一步就是检查目标函数是否具有 [[Construct]] 内部方法，而箭头函数没有这个方法。更直观的表现是，即使你忽略了内部机制，直接运行代码也会立即报错。这种设计防止了开发者误用箭头函数来创建对象实例，从而保持代码意图的清晰性。如果业务逻辑确实需要创建实例，必须回归到传统的 function 声明或类（class）语法。
const ArrowConstructor = () => {
this.value = 42;
};
try {
const instance = new ArrowConstructor();
} catch (e) {
console.log(e.message); // ArrowConstructor is not a constructor
}这段代码演示了实际运行时的错误信息：ArrowConstructor is not a constructor。这表明引擎在实例化阶段就拦截了请求。错误发生在 new 表达式执行期间，而不是函数体内部。这意味着箭头函数甚至没有机会执行其内部的代码逻辑。对于开发者而言，这是一个明确的信号：如果需要 this 绑定到新的实例对象，或者需要原型继承，箭头函数不是合适的工具。此时应使用常规函数，并确保其 prototype 属性被正确设置和使用。
箭头函数中 this 的绑定与 prototype 缺失的关系
箭头函数不仅缺少 prototype，还固定绑定了词法作用域中的 this。这两者共同构成了箭头函数“不可变”的特性。在普通函数中，this 的值取决于调用方式，而 prototype 支持基于原型的动态方法查找。箭头函数通过消除 prototype 和动态 this，换取了更简洁的语法和更可预测的行为。在模块化开发中，这种特性使得箭头函数非常适合用于事件处理、数组方法回调等场景，其中不需要引用当前实例，也不需要改变上下文。然而，这也意味着你不能在箭头函数内部通过 this.constructor.prototype 来扩展功能，因为 this 并不指向一个由该函数构造的对象。
