方法一：
把ie的 调试 打开，然后调试的时候 会问你 是在新示例中打开 还是 当前示例，你选择当前的就行了。
还有 建议你用 ie8.0的 开发者工具 调试 非常舒服 我已经 早就不用debuger了。
方法二：
首先在IE 工具->选项->高级->禁止脚本调试 前面的钩钩取消掉
再进入vs 在js 前面加上 debugger;
方法三：
最让人郁闷的莫过于程序不能调试，而你又看不懂错误提示，比如这句“当前不会命中断点，还没有为该文档加载任何符号”。昨天就让我遇到了这个令人抓狂的问题，我的开发环境是：VS2008中文版+IE8中文版+.NET3.5 SP1。
每次调试ASP.NET程序时，即使是最简单的几行代码，比如下面的截图：
图中两个断点按F5都无法到达断点就直接显示了页面，在网上搜了N多资料，主要是以下几种：
1、生成方式是Realse不是Debug。
晕，这种错误我基本不会犯，排除。
2、调试时到“附加到进程”菜单里看有没有“aspnet_wp.exe”的进程，如果没有，添加。
OH，我检查了进程，有，继续排除。
3、控件的事件丢失。
这个，，，请注意我上面帖的图，那几行代码里有控件的触发事件吗？还是排除。
4、右键解决方案的属性里，看生成项里的“生成调试信息”那里是不是FALSE，如果是，改成TRUE。
说实话，我压根就没找到这个地方，可能是版本不对吧。。。
5、想要调试的代码行根本不能调试。
看看我那几行代码，不能调试吗？感觉答案离问题越来越远。。。
失望之极，准备收工放弃这个问题了，一气之下关了浏览器（Maxthon2），不想再搜些无味的答案了！
当我再次按下F5的时候，奇迹，真的是奇迹，正常进入调试，到达断点，又看到了熟悉的黄色调试行，啊，，，难道VS2008调试的时候要关闭浏览器，怎么想也有点弱智吧！于是再次测试，每次关闭浏览器再调试就正常，再打开浏览器，又不能调试，于是想到了是否最近装了IE8的原故，马上换了台电脑，是IE7，调试没问题
这个，，，，
突然想到了Maxthon2是多标签浏览器，而且是我机器里默认的浏览器，每次调试ASP.NET程序都会默认打开Maxthon2的一个标签，而关了浏览器，再调试，就会实例一个新浏览器，而非一个标签，这是问题的答案吗？再次测试，果然如此，长舒一口气。。。
解决方法原来如此简单，如果你的机器里的默认浏览器是多标签的（如Maxthon2），并装了IE8，请将这个默认浏览器取消，这样调试程序会自动打开IE浏览器的新实例进行调试，哎，正应验了网友的那句：微软产品的BUG提示永远都难以让人看懂。。。。