generator函数中yield本身不改变this，this由.next()调用方式决定：严格模式下g.next()的this为undefined，非严格模式下为全局对象。
这个问题其实不涉及严格模式对 yield 本身行为的修改，而是关于 Generator 函数中 this 的绑定逻辑，以及它在严格模式下为何“看似特异”——本质上是 JavaScript 函数调用机制和 this 绑定规则共同作用的结果，不是 yield 的特殊性，而是 Generator 函数执行方式带来的间接影响。
Generator 函数里 this 是什么？
Generator 函数（含 yield）本身是普通函数，但它的执行过程被拆成多次、惰性启动：
- 调用
genFn()不执行函数体，只返回一个 generator 对象； - 第一次调用
.next()才真正开始执行，直到第一个yield暂停； - 后续
.next()恢复执行，继续到下一个yield或结束。
关键点在于：generator 对象本身不是函数调用的上下文，它不提供 this 值；真正决定 this 的，是 .next() 方法被谁调用、如何调用。
this 在 .next() 调用时如何确定？
.next() 是 generator 对象上的方法，标准实现中：
- 如果直接调用
gen.next()（无显式绑定），在非严格模式下，this默认指向全局对象（如window或globalThis）； - 在严格模式下，
this为undefined—— 这是 JS 严格模式对普通函数调用的统一规则，与yield无关。
例如：
function* gen() {
console.log(this); // 严格模式下输出 undefined；非严格模式下可能是 globalThis
yield 1;
}
const g = gen();
g.next(); // 此处 .next() 是普通方法调用，this 由调用方式决定
注意：this 的值是在 .next() 执行时确定的，而 yield 语句本身不参与 this 绑定，它只是暂停点。
为什么有人觉得 yield 让 this “特异”？
常见误解来源有两类：
- 把 generator 函数写成类方法或箭头函数内嵌，却忽略
.next()的调用主体； - 混淆了“生成器函数定义时的
this”和“.next()执行时的this”。
实际边界很清晰：
- ✅
yield语句不改变this，也不创建新执行上下文； - ✅
this始终由.next()方法调用时的绑定方式决定（call/apply/bind/隐式调用）； - ✅ Generator 函数体内部的
this，和普通函数一样，取决于它被如何调用（比如作为对象方法、构造函数、或独立调用）——但注意：你几乎不会直接调用 generator 函数来获取this，因为调用它只返回 generator 对象。
如何控制 generator 中的 this？
若需在 generator 内部访问特定 this，有几种可靠方式：
-
显式绑定
.next()：const obj = { name: 'test' }; function* gen() { console.log(this.name); } const g = gen(); g.next.call(obj); // 输出 'test' -
在 generator 外部捕获
this并闭包引用：function* gen() { const self = this; // 在第一次 .next() 前捕获 yield 1; console.log(self.name); } -
使用
bind创建预绑定的 generator 实例（较少见，但可行）：const boundGen = gen.bind({ name: 'bound' }); const g = boundGen(); // 注意：bind 后再调用才返回 generator
小结
Generator 函数内部 yield 本身不干涉 this；所谓“严格模式下的特异表现”，其实是 .next() 方法在严格模式下调用时 this 默认为 undefined 的自然结果。这不是 yield 的边界，而是 JS 方法调用规则的体现。理解这一点，就能避开“yield 改变 this”这类误判，把注意力放在调用链和绑定方式上。
