Visual Studio调试之断点技巧篇补遗

讲完Visual Studio调试之断点技巧篇以后，翻翻以前看得一些资料和自己写的一些文章，发现还有几个关于中断程序的技巧在前面的文章里面遗漏了，决定还是在这里总结一下。当然啦，如果你知道这些技巧，忽略这篇文章好了，:)

在程序启动的时候将调试器附加上去

可能有人会对这个问题有一些争议,因为大部分情况下我们只需要在调试器(Debugger)里面直接启动被调试程序(Debuggee)就可以在程序启动前调试程序了。

但有些情况下，你是不能控制被调试程序(Debuggee)在什么时候启动的。例如在DCOM环境里面，DCOM客户端(Client)可以通过调用CoCreateInstanceEx(…, CTX_LOCAL_SERVER, …)启动DCOM服务器(Server)，启动DCOM服务器的过程是在COM库中进行的， 你没有办法将在DCOM服务器的WinMain函数之前将你的调试器附加(Attach)上去。Windows提供了一个功能就是在一个程序启动的时候，自动将设置好的调试器附加到这个新启动的程序上去。这里我就是要介绍这个功能：

或者说你需要调试一个Windows服务的启动部分，在服务启动的时候，让调试器附加上去岂不是比在Start()函数里面打印很多跟踪信息要好很多？

在程序启动的时候将调试器附加上去实际上是Windows操作系统提供的功能，呃……当然，调试器之所以能工作，也是CPU和操作系统通力合作的结果，:)。因此你需要修改一些操作系统里面的设置：

1.       打开注册表编辑器（regedit.exe）.

2.       找到键值HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Image File Execution Options/。

3.       新建一个键（Key），键名就是你要调试的程序的文件名，例如notepad.exe。

4.       然后在这个新建的键值（Key）下，在我们的例子里，这个键值是notepad.exe。新建一个字符串值（String Value）Debugger