生成器函数内部的this不会自动继承调用上下文，每次next()调用时this重新计算且默认为undefined（严格模式）；需通过bind、闭包或类私有字段+箭头函数提前绑定this。
在 JavaScript 中，生成器（Generator）函数内部的 this 绑定**不会自动继承调用时的上下文**，它和普通函数一样遵循标准的 this 绑定规则，但因生成器的特殊执行机制（暂停/恢复），容易让人误以为 this 会被“记住”。实际上，this 在每次 next() 调用时都会重新计算——而此时调用者是 iterator.next()，不是原始对象，所以默认是 undefined（严格模式）或全局对象（非严格模式）。
生成器方法中 this 丢失的典型场景
当你把生成器定义为对象的方法，并试图通过 obj.genMethod() 获取迭代器后调用 next()，this 在生成器体内部就不可用了：
示例：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
const obj = {
value: 42,
*gen() {
console.log(this.value); // undefined（严格模式）
yield this.value; // this 已不是 obj
}
};
const iter = obj.gen();
iter.next(); // 输出 undefined维持 this 的可靠方式：bind 或箭头函数包装
生成器函数本身不能用 bind 直接绑定 this 并保持其生成器特性（bind 后返回的是普通函数，不再可迭代），所以需间接处理：
立即学习“Java免费学习笔记（深入）”；
-
方案一：在生成器外部显式绑定 this（推荐）
把生成器定义为普通函数，再在对象上用bind包装成方法：
function* _gen() {
console.log(this.value); // 正确指向 obj
yield this.value;
}
<p>const obj = {
value: 42,
gen: _gen.bind({ value: 42 }) // 提前绑定
};
obj.gen().next(); // 输出 42-
方案二：用闭包捕获 this（更灵活）
在对象方法中返回一个绑定好this的生成器实例：
const obj = {
value: 42,
gen() {
const self = this;
return (function* () {
console.log(self.value); // 闭包引用
yield self.value;
})();
}
};
obj.gen().next(); // 输出 42-
方案三：类中使用私有字段 + 箭头方法（ES2022+）
避免方法被提取时丢失上下文：
class Counter {
constructor(value) {
this.value = value;
}
#gen = function* () {
yield this.value++;
};
getIterator = () => this.#gen();
}
const c = new Counter(100);
c.getIterator().next(); // { value: 100, done: false }不推荐的做法：call/apply 在 next 里强行传 this
生成器的 next() 方法不接受 thisArg 参数，也不能用 call(gen, obj) 启动——因为 gen() 返回的是迭代器对象，不是生成器本身。试图对迭代器的 next 使用 call(obj, ...) 无效：next 内部并不读取 this 来决定生成器体内的 this，它只是推进状态。
总结关键点
- 生成器函数体内的
this取决于它**被调用时的上下文**，即obj.gen()这一步；后续next()不影响该this值。 -
obj.gen()是一次普通函数调用，this绑定在此刻完成；若没显式绑定，就会丢失。 - 不要依赖
next()调用去“恢复”this，它无法干预生成器体内的this绑定。 - 最稳妥的方式是在定义生成器时就固化
this，用bind、闭包或类字段配合箭头函数。
