谈谈Visual Studio 2010- IntelliTrace(智能跟踪) Visual Studio 2010 Ultimate 版本有个新功能IntelliTrace(智能跟踪)，IntelliTrace被引入到Visula Studio中来加速我们对.net应用程序的调试，它通过对预先设置的事件和方法在运行过程中的跟踪并将其有效地传递给调试执行者，从而快速的传递程序在执行过程中的状态和各种信息来帮助开发者更好的调试程序，快速的发现问题。实际上，在Visual Studio 2010之前，Microsoft Visual Stuido已经帮助我们很好的继承了调试工具，比如对变量的监控，对堆栈的查看等等，并且允许设置断点进行单步调试等。所有的这些都在很好的帮助开发者来了解程序在不同的执行过程中的状态以及检测是否按照预先实际的逻辑进行运转，而且更多的，我们通过断点后监测程序状态来发现问题所在。而这样所存在的问题是，一些逻辑上的错误可能发生在断点执行之前，而且很可能是一些无法追查。开发者必须停止当前的调试，重新设置断点并启动调试，而这样的试验过程往往需要很多次才能找到正确的位置来设置断点。IntelliTrace智能的将一些调试信息和程序状态自动的跟踪并实施的展现给开发人员，从而减少了需要程序员找到适当的断点才能跟踪和监控程序运行状态的过程。 Visual Studio提供给我们两个方式来控制其搜集信息的内容源，一个是IntelliTrace events only，仅仅收集智能跟踪事件和调试中断的相关数据；另外一个是IntelliTrace events and call information，这个就会收集除了IntelliTrace事件之外对一个方法调用的进入和退出的各种数据。下边我们来看看在Visual Studio 2010中如何设置IntelliTrace的跟踪选项。 进入到工具 --> 选项 --> IntelliTrace。它在默认状态下是启用的，但是，仅捕捉事件，因为捕捉事件是便宜的。然而，当你开始跟踪所有这些调用信息时，真正的价值开始显现出来了。你每一次调试的时候，IntelliTrace都将弹出来，你在动态调试的时候可以使用这个历史性的调试工具。假如我在那里并且有一个断点，但是，我要备份和重新设计这个断点，我可以使用IntelliTrace完成这个任务。 使用IntelliTrace捕捉到调试进程的其他人可以把记录以及.dlls和pdbs文件发送给你，你可以重放它们的进程。这个进程也许进入到数据库(你没有这个数据库)，它也许是采用你不能复制的方法设置的，它可能在你不能企及的网络上，但是，你不用担心，因为你拥有记录以及.dlls和pdbs文件，你可以重放。 当然，拥有源代码会更好，因为那样你就能够看到这个代码好像是在你自己的机器上调试它一样。这对于在你的机器上运行正常，在其他人的机器不能运行的那些神秘的故障来说是非常好的。它对于多线程的情况也是非常好的，当你经过这个应用程序的时候，这个软件瑕疵就消失了，但是，在正常速度运行时，这个软件瑕疵又出现了。
默认情况下，IntelliTrace仅仅收集IntelliTrace相关的事件，这样是为了保持所收集的数据较少，并且对于性能上的影响是最小的。而当你选择对方法调用的数据也进行搜集时，除了其临时搜集的数据所占用空间的增大外，对于性能的影响也是较大的。尽管收集到的细节有所不同，但两种方式都会收集一些共同的数据。比如，它总会在第一次启动收集过程时收集系统信息，模块的加载和卸载事件，线程的起始和结束时间等。随着模块和线程的事件，可以正确的更新模块和线程调试窗口的信息。另外，任何模式下，在调试断点处也会对数据进行收集，并将所收集到的基本数据类型和对象在调试其中进行检查和审阅，并允许改变其值。 总的说来IntelliTrace调试程序就是为程序开发者量身定制的，通过其独特的“历史调试”功能，为开发者提供了一个反悔追溯过程控制功能。比如，在开发中程序在10分钟前出现一个异常，怎么办呢，如果在以前一般是通过手动调用Debug.Write语句，现在不必了！因为不少开发工具中的这种历史调试功能都非常相似，在VS2010 正式版 中通过IntelliTrace，不但能使程序员看到程序的当前状况，也可以检查某些情况下产生的事件，甚至还能隔离应用程序历史记录中的故障点。所以，启用历史调试之后，VS2010 正式版能够捕获调用堆栈以及相关变量，咱们就可以“回退”至程序的保存前10分钟或者更长时间，检查程序发生异常、故障时的各种情况。因为，在默认情况下程序只保存关键的类型，而开发人员可以选择记录所有的参数，对象以及全局变量。所以，IntelliTrace会主动展示程序运行过程中的关键事件，诸如代码异常、文件访问、时时调试等等。 (责任编辑：admin) |
