答案：通过配置launch.json并使用debugpy.listen()，可在VS Code中调试Python多线程和多进程应用。1. 多线程调试需设置"justMyCode": false以捕获子线程断点；2. 多进程调试需在子进程入口调用debugpy.listen()和wait_for_client()，并用独立的Attach配置连接指定端口；3. 建议为子进程动态分配端口避免冲突，并使用logging或sleep辅助调试。
在VS Code中调试Python多线程或多进程应用确实比单线程程序更复杂，因为默认的调试器（如debugpy）通常只附加到主进程或主线程。但通过合理配置和使用一些技巧，你可以有效调试这类并发程序。
启用多线程调试
Python的threading模块创建的子线程默认可以被debugpy捕获，只要你在启动调试时允许调试器跟踪子线程。
在launch.json中设置以下参数：
{
"name": "Python: Multi-threaded",
"type": "python",
"request": "launch",
"program": "${file}",
"console": "integratedTerminal",
"justMyCode": false,
"stopOnEntry": false
}
关键点：
立即学习“Python免费学习笔记（深入）”；
-
"justMyCode": false确保调试器能进入第三方库或系统调用，有助于查看线程内部行为。 - 在代码中正常使用
threading.Thread即可，断点在子线程函数中依然会触发。 - 确保没有意外地阻塞了主线程，否则调试器可能提前退出。
调试多进程应用（multiprocessing）
使用multiprocessing时，每个新进程是独立的，因此默认情况下调试器无法自动附加到子进程。你需要手动在子进程中启动调试器。
解决方法是在子进程的入口函数中显式调用debugpy的监听功能。
示例代码：
import multiprocessing as mp import debugpydef worker_function():
子进程开始后等待调试器连接
debugpy.listen(5678) print("Worker process waiting for debugger to attach...") debugpy.wait_for_client() # 阻塞直到客户端连接 print("Debugger attached, continuing...") # 此处设置你的断点 x = 10 y = x * 2 print(f"Result: {y}")if name == "main":
主进程也启动调试监听（可选）
debugpy.listen(5678) p = mp.Process(target=worker_function) p.start() p.join()
然后在launch.json中添加一个“Attach”配置：
{
"name": "Python: Attach to Subprocess",
"type": "python",
"request": "attach",
"connect": {
"host": "localhost",
"port": 5678
},
"justMyCode": false
}
运行主程序后，手动启动“Attach”配置去连接子进程。注意端口不要冲突，多个子进程需使用不同端口。
实用建议与注意事项
调试并发程序时容易遇到以下问题，这里提供应对策略：
- 使用
logging代替print输出线程/进程信息，避免IO干扰调试流程。 - 在子进程函数开头加
time.sleep(1)，为手动附加调试器争取时间。 - 多个子进程调试时，可用进程ID动态分配端口，例如：
port = 5678 + os.getpid() % 100 - 考虑使用
concurrent.futures替代原始multiprocessing，更易管理任务生命周期。 - 若只是排查问题，可临时将
mp.Process改为普通函数调用，快速验证逻辑。
基本上就这些。虽然VS Code原生不完全支持自动调试多进程，但结合debugpy.listen()和手动附加，完全可以实现精准调试。关键是理解每个进程需要独立的调试通道。
