VSCode调试多线程/多进程应用需正确配置上下文捕获：一、启用多线程支持，如Python加"subProcess": true；二、用附加模式调试子进程并匹配路径；三、Python配置"justMyCode": false等参数；四、Node.js区分Worker Threads与child_process调试策略；五、用Logpoints替代断点观察线程上下文。
如果您在VSCode中调试多线程或多进程应用时发现断点无法命中、线程切换混乱或子进程无调试支持，则可能是由于调试器未正确配置线程/进程上下文捕获机制。以下是实现稳定调试的多种技巧：
本文运行环境：MacBook Pro，macOS Sequoia。
一、启用多线程调试支持
VSCode默认使用Node.js或Python等语言的调试扩展，需显式开启对并发执行路径的追踪能力，否则调试器仅关注主线程或主进程。
1、打开项目根目录下的.vscode/launch.json文件。
2、在对应配置的configurations数组中，添加"subProcess": true（适用于Python）或"enableAllThreadsStop": true（适用于Node.js）。
3、保存文件后重启调试会话。
二、使用进程附加模式调试子进程
当主程序动态创建子进程（如Python的multiprocessing.Process或Node.js的child_process.fork），子进程默认不继承调试端口，需通过附加方式接入调试器。
1、在子进程启动前插入代码输出其PID，例如Python中添加import os; print(f"SUBPROCESS_PID: {os.getpid()}")。
2、在VSCode调试视图中点击“运行”→“附加到进程”，在弹出列表中选择对应PID。
3、确保子进程代码已加载源映射且路径与工作区匹配，否则断点将显示为空心圆表示未绑定。
三、配置Python多进程调试的launch.json参数
Python官方Python Extension支持通过特定参数使调试器自动跟踪multiprocessing启动的子进程，避免手动附加。
1、在launch.json中为Python配置添加"justMyCode": false和"subProcess": true。
2、设置"env": {"PYTHONPATH": "${workspaceFolder}"}以确保子进程能定位模块。
3、若使用spawn启动方法，需额外添加"console": "integratedTerminal"，否则子进程可能因缺少终端上下文而静默退出。
四、Node.js中调试Worker Threads与child_process
Node.js的Worker Threads和child_process需不同调试策略：前者可共享同一调试会话，后者需独立调试端口。
1、对于Worker Threads，在launch.json中设置"runtimeArgs": ["--inspect-brk"]并启用"autoAttachChildProcesses": true。
2、对于fork子进程，在父进程中调用fork(filePath, [], { execArgv: ['--inspect=9230'] })指定唯一调试端口。
3、在VSCode中新增一个独立调试配置，类型设为node，port设为9230，端口号必须与子进程声明完全一致，否则连接失败。
五、使用Logpoints替代断点进行线程上下文观察
在高并发场景下，频繁触发断点会导致线程调度失真；Logpoints可在不停止执行的前提下输出线程/进程标识及变量值，辅助定位竞争条件。
1、在目标代码行左侧灰色区域右键，选择“添加Logpoint”。
2、输入表达式如Thread ID: ${thread.id}, Process ID: ${process.pid}, Value: ${myVar}。
3、确保调试配置中启用"log": true选项（部分语言扩展要求），Logpoint内容将直接输出至调试控制台，无需暂停执行流。
