如何使用__proto__追溯现代JavaScript新特性中AsyncFunction与GeneratorFunction的原型根源-js教程-PHP中文网

asyncfunction 和 generatorfunction 的原型链均直接指向 function.prototype，而非彼此继承，二者区别源于内部槽[[functionkind]]和执行逻辑，检测应优先使用 object.prototype.tostring.call()。

如何使用__proto__追溯现代javascript新特性中asyncfunction与generatorfunction的原型根源

要追溯 AsyncFunction 和 GeneratorFunction 的原型根源，关键不是靠手动遍历 __proto__ 链去“猜”，而是理解它们在 JavaScript 引擎中的构造本质——它们都是函数对象，但由不同内置构造器创建，其原型链最终都指向 Function.prototype，而非彼此继承。

AsyncFunction 的原型链来源

async function 声明或 async () => {} 表达式，底层由引擎隐式调用 AsyncFunction 构造器（非全局可访问，但规范定义存在）。它的实例是函数对象，满足：

其 [[FunctionKind]] 内部槽为 "async"
asyncFn.__proto__ === Function.prototype（直接继承）
asyncFn.constructor === AsyncFunction（但 AsyncFunction 本身不可直接引用，Object.getPrototypeOf(asyncFn).constructor 通常返回 Function，因引擎未暴露该构造器）
可通过 Object.prototype.toString.call(asyncFn) 得到 "[object AsyncFunction]"，这是类型识别的可靠方式

GeneratorFunction 的原型链来源

function* 声明或 function*() {} 表达式，由 GeneratorFunction 构造器生成（同样不暴露于全局，但规范中存在）。它的实例也是函数对象，特点是：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

其 [[FunctionKind]] 内部槽为 "generator"
genFn.__proto__ === Function.prototype（同样直接继承）
genFn.constructor 在多数引擎中也表现为 Function，但 Object.prototype.toString.call(genFn) 返回 "[object GeneratorFunction]"
可通过 genFn[Symbol.toStringTag] 获取字符串标识（如 "GeneratorFunction"）

为什么不能靠 proto 链区分二者？

因为两者都不是对方的子类，也不共享独立的中间原型。它们的原型链结构高度一致：

asyncFn → Function.prototype → Object.prototype → null
genFn → Function.prototype → Object.prototype → null
没有 AsyncFunction.prototype 或 GeneratorFunction.prototype 这样的公共原型对象（不像 Array.prototype 那样可扩展）
所有行为差异（如能否 await、能否 next()）来自内部属性和执行逻辑，而非原型方法

实用检测方式（推荐替代 proto 追溯）

比起层层读 __proto__，更可靠、更标准的做法是：

用 Object.prototype.toString.call(fn) 判断：结果为 "[object AsyncFunction]" 或 "[object GeneratorFunction]"
检查 fn.constructor.name（部分环境返回 "AsyncFunction" 或 "GeneratorFunction"，但不保证跨引擎一致）
结合行为试探：调用 fn() 后看返回值是否为 Promise（async）或具有 next 方法的对象（generator）
ES2015+ 环境可用 fn[Symbol.toStringTag] 直接读取类型标签