我们平时在使用VS 开发的时候调试程序多是使用‘F5’直接运行程序，‘F5’运行调试会自动先进行全局编译，这省掉我们去Ctrl+Shift+B的编译时间。
但是，在解决方案的项目过多的情况下，每次调试去按下‘F5’就得等待VS对整个解决方案的全局编译，而这个等待时间视项目的多少而确定，项目过多就会相当耗时。
我之前的一个项目就是一个解决方案里面包含了一百多个项目，然后每次全局编译都得等待40s~90s，笔记本更久（完全可以出去抽支烟，虽然我不抽烟）。所以，利用‘F5’进行调试就变得相当不现实。
针对这种状况VS 有一个很好解决方案，就是使用附加进程的方式在调试正在运行的程序。
第一步：我们得找到运行中程序的PID
第二步：附加到进程
最后程序就处于调试状态了
用附加进程的方式去调试的好处在于不用全部编译整个解决方案，需要调试哪个项目就编译哪个项目。
ps:我经常改了某个项目的代码附加进程调试时忘了编译该项目，结果就是：
提示源代码与原版本不同，断点不会命中！大家记得要引以为戒啊。
最后，这个功能在中大型项目很实用，小型项目嘛... ... 没那个必要了，毕竟现在的计算机性能来说几个项目的编译时间可以忽略了
文笔不好大家将就看吧，欢迎指正和交流。