worker_threads that use es modules incorrectly pause when loaded

• Version: 16.0.0
• Platform: Win 10 x64
• Subsystem: inspector

What steps will reproduce the bug?

It's easiest to run under a debugger that supports worker threads, like VS Code's Node.js debugger. I've created an example repo here:

1. Open the folder in VS Code
2. In the debug view (play button on the left hand side), select "No Bug" and hit the play button. This runs no-bug/index.js.
3. A worker thread spawns, logs its message, and exits
4. Now select "Bug", and hit the play button. This runs bug/index.js: the same code in an ES module.
5. The debugger pauses on the first line in the worker

How often does it reproduce? Is there a required condition?

100%

What is the expected behavior?

The debugger doesn't pause with ES modules

What do you see instead?

The debugger pauses

Additional information

It looks like Node.js is incorrectly reporting that the program is started with inspectBrk:

VS Code (and Webstorm I think, though I haven't tried to repro there) use a bootloader to inject ourselves into the process via NODE_OPTIONS. We don't actually invoke with --inspect-brk, we manually call inspector.waitForDebugger(). I'm guessing this triggers inspectBrk to be true, but I haven't debugged into it that far.

This was originally reported in https://github.com/microsoft/vscode/issues/122170

Tái hiện vấn đề với bug/index.js và no-bug/index.js bằng trình gỡ lỗi Node.js của VS Code. Bắt đầu bằng cách so sánh hành vi của worker ES-module và non-module xung quanh lệnh gọi inspector.waitForDebugger() và VS Code bootloader được liên kết. Hoàn tất khi trình gỡ lỗi không còn dừng ở dòng đầu tiên của worker trong trường hợp ES-module.