generator函数在vscode断点不生效，需用babel-register配合node --inspect调试，并确保sourcemaps: true、args中-r babel-register顺序正确、断点打在yield行才首次next()触发。
Generator函数在VSCode里断点不生效？先确认是否用了babel-node或babel-register
VSCode默认调试器（node类型）直接运行node index.js，而Node原生对function*和yield的支持从v12起才稳定，v14+才默认启用--harmony-top-level-await等特性。但即使Node版本够新，launch配置若没指定转译，yield语句仍会被跳过——因为V8引擎看到的是原始ES6语法，不是可执行字节码。
常见错误现象：next()调用后断点完全不触发、控制台报SyntaxError: Unexpected token *、或it.next()返回{value: undefined, done: true}却没执行任何console.log。
- 必须用
babel-node或babel-register做运行时转译，不能只靠type: "node"原生调试 -
babel-node适合开发调试，但不支持--inspect附加调试器；babel-register配合node --inspect才是VSCode可断点的组合 - 确保
.babelrc或package.json#babel中启用了sourceMaps: true，否则断点会打在转译后代码上
launch.json里runtimeExecutable设成node还是npm？关键看启动方式
如果用npm run debug启动，runtimeExecutable应设为"npm"，runtimeArgs填["run-script", "debug"]；如果直接跑node -r babel-register index.js，就该设"node"并把-r babel-register写进args。
典型正确配置（使用babel-register）：
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
{
"type": "node",
"request": "launch",
"name": "Debug Generator",
"runtimeExecutable": "node",
"args": ["-r", "babel-register", "${file}"],
"sourceMaps": true,
"outFiles": ["${workspaceFolder}/dist/**/*.js"],
"env": { "NODE_ENV": "development" }
}
-
args中-r babel-register必须紧挨着，不能拆开；顺序错会导致Cannot find module 'babel-register' -
sourceMaps: true是硬性要求，否则VSCode找不到源码映射，断点灰色不可用 -
${file}代表当前打开的文件，适合单文件调试；多文件项目建议用program字段指定入口，如"program": "./src/index.js"
Iterator的next()调用为什么总在第二次才停？注意生成器暂停时机
Generator函数首次调用fn()只返回迭代器对象，不执行函数体；第一次next()才开始执行，直到遇到第一个yield暂停——所以断点打在yield行，第一次next()会停；打在yield之后的代码，则要到第二次next()才触发。
示例：
function* counter() {
console.log('start'); // ← 断点放这里：第一次next()就停
yield 1; // ← 断点放这里：第一次next()停在yield前
console.log('after 1'); // ← 断点放这里：第二次next()才执行并停
yield 2;
}
- Generator内部状态机由V8维护，VSCode断点依赖sourcemap映射到原始
yield位置，而非转译后的_context.next(1) - 如果
console.log没输出，先检查是否next()真被调用了——常因忘记赋值const it = counter()或漏掉循环条件 - 异步Generator（
async function*）需额外配babel-plugin-transform-async-generator-functions，否则yield会被忽略
调试时done: true但value是undefined？检查return语句和闭包变量
Generator执行完所有yield后，再调一次next()会返回{value: undefined, done: true}；但如果提前return了值，value就是那个返回值。容易被忽略的是：Generator函数末尾隐式return，且闭包内变量若被yield多次引用，可能因作用域链断裂导致value为undefined。
- 显式
return 42会让最后一次next()返回{value: 42, done: true} - 用
for...of遍历时，引擎自动忽略return值，只取yield产出项；手动next()则必须多调一次才能拿到return值 - 如果Generator内用了
let声明的变量，在多次next()间被修改，但sourcemap没正确映射，VSCode变量面板可能显示undefined——此时应检查retainLines: true是否启用
Generator和Iterator的调试本质是跟踪V8的执行上下文切换，而不是单步执行普通函数。断点位置、sourcemap精度、运行时转译链缺一不可，任一环节断开，next()就变成黑盒。
