VS调试器 1，断点设置有技巧：
1）设置条件断点，比如i==10,变量改变时断点；
2）如何让断点在指定的命中次数或者大于某个次数时触发呢?方法是设定几个断点的HitCount,右键单击断点,在弹出菜单中选择Hit Count；
3）When Hit,这个选项可以让我们在命中断点后做一些事情,包括输出一些内容,或者调用宏,比如输出一个程序中变量的值；
4）利用断点的Filter功能,比如我希望断点只有被机器名为yizhu的机器访问才能触发；
具体参见：一篇介绍VS调试断点技巧的文章
2. 怎样判断加载的dll的正确性？
调试时，打开Debug->Window->Modules，在窗口中显示的就是当前进程加载的所有dll及其详细信息，如果
断点无法击中，可以检查这里，看是否有匹配的pdb文件或者是加载了错误的dll
3. 已经开始调试的工程加入另外的进程并且调试
如果你在调试客户端，但是服务器需要调试，那么使用菜单中的Tools-> Attach to process进行进程挂接，这种方法可以挂接所有windows下的程序，能否调试，就看其是否调试版和有调试用的PDB文件
4. 同时启动多进程进行调试
在Solution的属性中的Common Properties->Startup Project。选择Multiple startup projects。这个选项是可以记忆的，下次打开可以直接调试，非常方便
5.调试Windows Service
MSDN推荐的方法
1、调试windows服务的初始化、启动
另写一个程序控制服务的初始化和启动
注意：OnStart里写Log, OnStart里要在30秒返回. 不然启动就失败了! 所以OnStart里不要放太多代码! 可以用异步或线程.
2、调试windows服务的其他方面
1 ) 安装您的服务 : intallutils xx.exe
2) 可从“服务控制管理器”、“服务器资源管理器”或代码启动服务
3) vs: 设置相关断点，启动调试，再在工具栏中选择 调试->附加到进程..., 选择您的服务, 确定。
3、trace方法
1）添加调试方法
private static void DebugRun(string[] args)
2）改写程序入口为如下：
public static void Main(string[] args)
{
#if DEBUG
DebugRun(args);
#else
/*
初始化服务
*/
#endif
}
3）加入2种调试代码
EventLog.WriteEntry("...");
System.Diagnostics.Debug.WriteLine("...");
6，远程调试技术
顾名思义，就是要调试的程序和调试器本身并不在一台机器上。由于虚拟机技术的盛行，在虚拟机里面运行待调试的程序，而在外面运行调试器，也是一种比较流行的做法。
1 为什么使用远程调试
远程调试有如下好处：
a. 能让产品运行在一个比较干净的环境。有的时候如果产品安装在一个装好集成环境的机器上，某些bug并不能显示出来。
b. 易于部署调试环境。很多产品都非常复杂，比如很多都以service方式运行或者要load很复杂的resource，想在调试器里面直接按F5运行，越来越难。
c. 对于游戏等全屏方式运行的程序，尤其有用。以前我对调试directx程序非常头疼。
2 怎样使用远程调试
使用vs进行远程调试，详细的介绍参考：/kb/910448
简单的来说，
1)在被调试的机器上面运行Msvsmon.exe
2)在调试机器上面运行vs,并attach到远程机器的某个进程
3 注意事项
a. 设置好正确的权限
被调试机器和调试机器需要互相信任的权限(two-way)。如果两台机器在同一个workgroup，让两台机器拥有一个相同的账号和密码，然后以这个账号运行。如果两台机器在一个域里面，比较简单，Msvsmon可以设置权限。如果一台机器在domain里面，另外一台不在，同样是让两台机器拥有一个相同的账号和密码，然后以这个账号运行。
对于Windows XP要特别注意一下，设置匿名的访问权限才可以work , /kb/908099
b.设置好symbol
什么，你不知道什么是symbol？简单的来说,symbol file(*.pdb) is for source-level debugging. VS就是靠它来调试exe的。默认情况下debug版本生成的，而release版本不生成pdb.设置好 [Project proerties]-[C/C++]-[Debug Information Format]-Program Database就可以了。
为了减少symbol方面的麻烦，最简单的做法是让被调试机器上的binary版本和本地compile出来保持一致。
