编译时错误

编 译器只能翻译语法正确的程序，否则将导致编译失败，无法生成可执行文件。对于自然语言来说，一点语法错误不是很严重的问题，因为我们仍然可以读懂句子。而 编译器就没那么宽容了，只要有哪怕一个很小的语法错误，编译器就会输出一条错误提示信息然后罢工，你就得不到你想要的结果。虽然大部分情况下编译器给出的 错误提示信息就是你出错的代码行，但也有个别时候编译器给出的错误提示信息帮助不大，甚至会误导你。在开始学习编程的前几个星期，你可能会花大量的时间来 纠正语法错误。等到有了一些经验之后，还是会犯这样的错误，不过会少得多，而且你能更快地发现错误原因。等到经验更丰富之后你就会觉得，语法错误是最简单 最低级的错误，编译器的错误提示也就那么几种，即使错误提示是有误导的也能够立刻找出真正的错误原因是什么。相比下面两种错误，语法错误解决起来要容易得 多。

运行时错误

编译器检查不出这类错误，仍然 可以生成可执行文件，但在运行时会出错而导致程序崩溃。对于我们接下来的几章将编写的简单程序来说，运行时错误很少见，到了后面的章节你会遇到越来越多的 运行时错误。读者在以后的学习中要时刻注意区分编译时和运行时（Run-time）这两个概念，不仅在调试时需要区分这两个概念，在 学习C语言的很多语法时都需要区分这两个概念，有些事情在编译时做，有些事情则在运行时做。

逻辑错误和语义错误

第 三类错误是逻辑错误和语义错误。如果程序里有逻辑错误，编译和运 行都会很顺利，看上去也不产生任何错误信息，但是程序没有干它该干的事情，而是干了别的事情。当然不管怎么样，计算机只会按你写的程序去做，问题在于你写 的程序不是你真正想要的，这意味着程序的意思（即语义）是错的。找到逻辑错误在哪需要十分清醒的头脑，要通过观察程序的输出回过头来判断它到底在做什么。

调 试的过程可能会让你感到一些沮丧，但调试也是编程中最需要动脑的、最有挑战和乐趣的部分。从某种角度看调试就像侦探工作，根据掌握的线索来推断是 什么原因和过程导致了你所看到的结果。调试也像是一门实验科学，每次想到哪里可能有错，就修改程序然后再试一次。如果假设是对的，就能得到预期的正确结 果，就可以接着调试下一个Bug，一步一步逼近正确的程序；如果假设错误，只好另外再找思路再做假设。“当你把 不可能的全部剔除，剩下的——即使看起来再怎么不可能——就一定是事实。”（即使你没看过福尔摩斯也该看过柯南吧）。

      也有一 种观点认为，编程和调试是一回事，编程的过程就是逐步调试直到获得期望的结果为止。你应该总是从一个能正确运行的小规模程序开始，每做一步小的改动就立刻 进行调试，这样的好处是总有一个正确的程序做参考：如果正确就继续编程，如果不正确，那么一定是刚才的小改动出了问题。例如，Linux操作系统包含了成 千上万行代码，但它也不是一开始就规划好了内存管理、设备管理、文件系统、网络等等大的模块，一开始它仅仅是Linus Torvalds用来琢磨Intel 80386芯片而写的小程序。据Larry Greenfield 说，“Linus 的早期工程之一是编写一个交替打印AAAA和BBBB的程序，这玩意儿后来进化成了Linux。

呵呵呵，要想做大，必须学会对程序进行调式优化，这句话一点儿也不过。

接下来回归正题。

Visual Studio作为.NET平台上最重要的IDE，其调试功能大家一定都用的不少。

VS调试有很多技巧，如果你还没有使用过这些技巧，希望这篇博文能帮你发现它们。 它们学起来很容易，能帮你节省很多时间。

F11和F10可能是你用的最多的按键，但是你要明白你要从这些每一步、每个过程中学到的东西。

你能清楚的看到你的程序的运行过程，是不是也是一件舒心的事情呢，下面看看吧。

行到光标（Ctrl+ F10）

我 经常看见人们是这样来调试应用程序的： 他们在应用程序需要调试的代码前设置一个断点，然后反复的敲F10/F11来逐步通过代码，直到到达他们真正想要研究的确切位置。有些时候他们需要仔细观 察所跨过的每行代码，这样使用F10/F11 就很合理。 但是更普遍的是，他们只想快点进入他们真正关心的那行代码——这是使用F10/F11 就不是最好的选择了。

相反， 你可能想利用调试器支持的特性“运行到光标”。 只需简单地把你的光标放在代码中你想程序运行到的那一行，然后同时敲Ctrl+F10。这样程序就会运行到光标所在的那一行， 然后执行中止，由调试器控制——这样就节约了你反复敲击F10/F11到达那里的时间。即使你想运行到的那行代码不在当前调试的方法或类里，而是在一个独 立的方法或类里，这也同样奏效。

条件断点

我们经常在可用性学习中见到另一个普遍的技巧：开发人员设置断点，运行程序，试着输入一些数据，当到达一个断点时，手工检查某种条件是不是成立，如果成立才决定进一步研究。 如果条件不符合他们想要的， 按F5继续执行程序，尝试另外一些输入，再手工重复同样的过程。

VS的条件断点功能提供了一个更加容易的方法来处理以上情况。 条件断点允许你只在某种明确指定的条件成立时才中止执行，由调试器控制。这帮你免于手动检查/恢复你的程序， 使得整个调试过程免去许多手工活，也不那么冗长乏味。

设置一个条件断点

设置一个条件断点十分简单，在代码里按F9为某一行设置一个断点：

然后右击断点——编辑器左边的红色圆圈，在右键菜单中，选择“条件…” ：

将弹出以下对话框， 允许你指明某种条件，只有当这种条件成立时，断点才能达到。 例如：我们可以通过写下面的表达式来指明，只有当paginatedDinners列表元素的个数小于10时，才中止程序，由调试器控制。

现在， 当我重新运行程序来研究一下， 调试器只在这个查找返回值小于10时，才中止程序执行。 如果返回值不小于10 ，将不会触发断点。

命中次数功能

有时你只想在条件第N次成立时中止执行。例如：仅当第5次出现查找返回值小于10时，才中止执行。你这样启用这个功能：右击断点， 选择“命中次数…”菜单命令。

将弹出以下对话框， 允许你指明程序中断的条件：条件被第N次满足时，或者条件被满足的次数是N的倍数时，或者条件被满足的次数大于等于N次时。

机器/线程/进程筛选器

你可以右击断点，选择“筛选器…”菜单命令， 来指明断点只在某台特定的机器，或某个特定的进程或线程中才能被触发。