将调试器附加到多个进程
Attaching debugger to multiple processes
来自多进程调试新用户的非常简单的问题。
每当我阅读有关此主题的 MSDN 文章时，我都会阅读：
"You can attach to multiple processes when you are debugging, but only one process is active in the debugger at any given time"
如果你只能主动调试单个进程，如果我只能在调试器中激活单个进程，那么看似附加多个进程并不是很有用。
如果我理解不正确，请纠正我。
这意味着在调试时，VS studio会在被调试的进程之间切换以收集调试所需的信息，否则如果多个进程信息一起显示，则很难理解进程发生了什么。
看到它发生的一个例子是创建一个包含两个 Web 应用程序的解决方案并开始调试，VS 本身将 运行 两者并附加到然后，如果你在每个应用程序的一个端点放置一个断点并调用一个端点，假设在 app1 上，VS 将在该断点处停止，然后在继续对 app1 进行调试之前调用 app2 上的端点，visual Studio 只会在第一个断点被释放时切换到另一个断点，而不是VS 会切换到 app2 断点。
来自多进程调试新用户的非常简单的问题。
每当我阅读有关此主题的 MSDN 文章时，我都会阅读：
"You can attach to multiple processes when you are debugging, but only one process is active in the debugger at any given time"
如果你只能主动调试单个进程，如果我只能在调试器中激活单个进程，那么看似附加多个进程并不是很有用。
如果我理解不正确，请纠正我。
这意味着在调试时，VS studio会在被调试的进程之间切换以收集调试所需的信息，否则如果多个进程信息一起显示，则很难理解进程发生了什么。
看到它发生的一个例子是创建一个包含两个 Web 应用程序的解决方案并开始调试，VS 本身将 运行 两者并附加到然后，如果你在每个应用程序的一个端点放置一个断点并调用一个端点，假设在 app1 上，VS 将在该断点处停止，然后在继续对 app1 进行调试之前调用 app2 上的端点，visual Studio 只会在第一个断点被释放时切换到另一个断点，而不是VS 会切换到 app2 断点。