Visual Studio 调试技巧 （三） -- 调试第三方组件代码

上次我们提到，没有源代码而且没有调试符号，我们也可以 Debug。有人可能会问，我什么时候需要在这种情况下调试吗？！

是的。比方说，我们用了某些第三方的组件，这些组件里面难免也会有 Bug。就算是微软发布的 .net 组件，我们在某些个别的例子中发现了 Bug。就算这些人家的组件都没有问题，有时候我们也不得不在程序运行到组件中的某些语句时候查看一些数据。

举个栗子：我们的程序用了某个组件A。当用户鼠标单击A的一个窗口的时候，A的某个方法应该回掉我们的一个方法。可是它竟然没有（我们在自己的方法上加了断点，没有被击中）！如果我们在这个时候能够给组件中点击事件的处理函数加上断点，我们就可以探一探究竟了。

下面我们就从易到难来看看如何调试别人家的组件。

我们先来看如何调试 .NET Framework 的组件。

1. 我们对 VS 的 Options -> Debugging -> General 做一些配置，如下图：

2. 我们要缓存 .NET 的调试符号， 到 Options -> Debugging -> Symbols， 设置 Cache symbols in this directory 到一个本地的路径。

配置完成，我们来做个实验。我们知道每个 WPF 的窗口的构造函数内都会调用一个 InitializeComponent（） 方法。我们今天想看看这个方法它到底干了什么。基于以上两点配置，我们新建一个 WPF 程序，然后给这个方法设断点，当程序运行到该语句时，我们点击F11，哈，我们就进入了微软的代码，请看：

是不是感觉很酷？

调试第三方的组件

这个我们要分几种情况来看：

A. 第三方提供了调试符号

这种情况最简单。基于我们以上的设置，我们只需要把调试符号放到这些组建相同的目录下即可。放到别处也可以，我们需要 VS 的 Options -> Debugging -> Symbols 添加一个新的 Symbol file location，然后开始我们的调试。

B. 第三方没有提供调试符号，但代码发布时没有扰码

这种情况也比较好办。市场上有很多的反编译工具，免费的就有不少比方说 JustDecompile，dotPeek 等。他们不仅能反编译，还能产生调试符号，以便我们进行调试。举个例子，我用 JustDecompile 打开了 log4net.dll（请点击 Generate PDB）:

有了调试符号，我们要做的就跟情况A一样了。

C. 第三方没有提供调试符号，但代码发布时扰码了

这种情况比较难办。我们的目标还是一样的，需要有没有扰码的组件及调试符号。余下的都是一样的。市场上有没有反扰码的工具呢？有，还有开源的呢。今天就告诉大家一个，名叫 de4dot，这个项目在 GitHub 的地址是：https://github.com/0xd4d/de4dot. 通过这个工具，我们可以把扰码后生成的组件变成非扰码的组建。剩下的还要做什么，相信大家都知道了吧（参考情况B）？
可惜的是，对于深度扰码的组件，我们就需要更高级的反扰码工具。当然，我们也不需要这么做。情况C我们只会在极端情况下才会面对，对吧？

哈哈，今天就到这里啦！