与“开始调试”相比,“附加进程”有什么优势? [英] What's the advantage for 'attach to process' compared with 'Start Debugging'?
问题描述
我只知道开始调试之前。可能开始调试适合一些小型应用程序开发更好。
我发现Visual studio IDE提供了另一种附加到使用过程的方法。
当&为什么要使用attach调试?
如多线程应用调试。客户端/服务应用程序调试。等等谢谢。
如果您不想从开始进程调试,则附加到进程是有用的。例如,调试通常会减慢执行速度,因此可以更快地启动应用程序,使其处于出现错误的状态,然后附加调试器。
如果您已经有外部方式启动您不想要的进程或无法导入到IDE中,这也很有用。
I am new to programming. I know only Start debug before. Maybe start debug suit for some small application develop better.
I found Visual studio IDE provide another method of attach to process for using. When & Why must I use the attach debugging?
Such as multi-threading application debugging. Client/Service application debugging. etc. Thank you.
Attaching to a process is useful if you don't want to debug right from starting the process. For example, debugging usually slows down execution, so it can be quicker to start the app, get it to a state where a bug appears, and then attach a debugger.
It's also useful if you already have an external means of launching the process that you don't want or can't to import into the IDE.
这篇关于与“开始调试”相比,“附加进程”有什么优势?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!