生成器函数中变量作用域靠函数作用域、块级作用域和暂停/恢复机制协同管理：每次调用生成器创建独立词法环境，应优先用let/const声明内部状态，避免外部共享或var提升，并可用块级作用域隔离临时变量，结合闭包封装初始配置。
在生成器函数中管理变量作用域，核心在于理解生成器的**暂停/恢复执行机制**与**闭包特性**——变量不是靠“重新声明”来隔离，而是靠函数作用域、块级作用域和迭代过程中的状态保持来协同控制。
利用函数作用域封装私有状态
生成器函数本身是一个函数，其内部声明的变量（用 let 或 const）在每次调用 generator() 时都会创建独立的词法环境。这意味着每个生成器实例互不影响：
✅ 正确示例：
function* counter() {
let count = 0; // 每次调用 counter() 都新建一个 count
while (true) {
yield ++count;
}
}
<p>const a = counter();
const b = counter();
console.log(a.next().value); // 1
console.log(a.next().value); // 2
console.log(b.next().value); // 1 ← 不受 a 影响
</p>
避免意外共享：慎用外部变量或 var
如果在生成器外定义变量并被多个生成器引用，或在生成器内用 var 声明（虽不推荐），容易导致状态污染：
- ❌ 外部
let count = 0被两个counter()共享 → 状态错乱 - ❌ 生成器内用
var count = 0→ 变量提升且无块级隔离，逻辑易混淆（尽管仍属函数作用域，但语义不清） - ✅ 始终优先使用
let/const在生成器函数体内声明状态变量
用块级作用域（{}）临时隔离逻辑
当某段计算逻辑需要临时变量，又不想污染主流程作用域，可加显式块：
function* processData(items) {
for (const item of items) {
// 仅在此次迭代中使用的临时变量
{
const normalized = item.trim().toUpperCase();
const isValid = normalized.length > 0;
if (isValid) yield normalized;
}
// 这里访问不到 normalized 或 isValid
}
}
这种写法让变量生命周期清晰，也便于调试时定位作用域边界。
结合闭包传递初始配置，不暴露内部状态
若需为生成器注入参数（如起始值、步长），应通过外层函数返回生成器，把配置“封进”闭包，而非让调用方直接操作内部变量：
function createRange(start, step = 1) {
return function* () {
let current = start; // 封装在闭包中，外部不可见
while (true) {
yield current;
current += step;
}
};
}
<p>const from10By2 = createRange(10, 2)();
console.log(from10By2.next().value); // 10
console.log(from10By2.next().value); // 12
// 无法从外部修改 current —— 真正的封装
</p>
生成器的作用域管理本质是普通函数作用域 + 迭代器状态持久化的组合。抓住“每次调用生成器函数都新建一套变量环境”这一关键点，就能自然避开大多数作用域陷阱。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
