在VS调试代码中，我们经常会遇到这样的问题，有时我们引用了一些其他工具包或者类库（如Microsoft提供的Enterprise Library）,而在VS调试时，我们其实是不需要跟踪VS调试这些代码的，因为它们都已经证明是正确的。在Visual Studio 2003中，处理这类问题我们的方法一般是使用F10跳过它们，但一旦工程庞大的话，这样做十分麻烦。

JMC功能由两方面来实现。首先，如果一个工程是以release方式进行编译构建的话（就是工程中，没有pdb文件），VS调试器会将其认为是非用户代码，那么在VS调试运行时，就根本不会进入该工程中进行VS调试。其次，可以使用System.Diagnostics命名空间里的 DebuggerNonUserCodeAttribute属性，将其应用在希望不进行VS调试的代码段中。

下面举一个例子来说明。下面的代码段中，有两个静态方法UserCode()和NonUserCode(),其中，在NonUserCode()中，是应用了 DebuggerNonUserCode的属性，这表明这段代码将在VS调试运行时，VS调试器不会进入其中。将断点设置在其中的第9行，运行程序，程序会在第一个UserCode()里中断，现在试着用F11继续单步跟踪，会发现系统在进入usercode()方法中运行后，并没有进入到NonUserCode ()里运行。

using System;  
using System.Diagnostics;  
class Program  
{  
static void Main(string[] args)  
{  
// Step into F11 from here  
UserCode();// Place break point on this line  
NonUserCode();  
UserCode();  
}  
static void UserCode()  
{  
Console.WriteLine("This is a call from user Code");  
}  
// Attribute to indicate the Debugger to jump  
// over this method  
[DebuggerNonUserCode]  
static void NonUserCode()  
{  
Console.WriteLine("This is a call fron Non User Code");  
}  
} 

在Visual Studio 2005中，新引入了"Object Identity While Debugging"的概念，也就是说，系统给在VS调试阶段的每个对象，都可以赋予一个别名，在VS调试时，直接引用该别名就可以了。

假设在VS调试的时候，需要跟踪比如dataset或者hashtable等对象，这些对象中包含了很多其他的子对象，如果想对这些数量众多的子对象进行跟踪的话，将十分麻烦。在Visual Studio 2005中，可以使用object identity(对象标识)的方法去标记每一个对象。#t#

比如，在一个windows应用程序中，创建了一个dataset,并将其绑定到datagridview中去。如将sql server 的northwind数据库中的orders和orderdetail表中的数据读出填充到dataset里去，则在VS调试时，设置一个断点放在 dataset里填充了数据之后的那行，这时，在监视窗口中，鼠标展开this.northwindData这个dataset，如下图所示，找到 orders这个table，然后鼠标右键,会弹出一个菜单，选择其中的" Make Object ID"。