关于Windows程序的一些东西（断点、头文件）

 以前虽然写一些Windows程序，但是一些东西并不懂，今天向一位编程牛X的同学请教，学到一些东西。

1.断点调试如何从一个断点跳转到下一个断点。

调试时候必须把程序设置为debug模式，断点调试有三种模式，逐语句F10、逐过程F11、跳转F5。从一个断点跳转到另一个断点就是F5，过去一直认为这样就会从一个断点跳转到下一个断点（位置不相同的），今天请教过后才明白，其实F5跳转是逻辑断点上的跳转，比如在一个循环里面的一个断点，在F5的时候可能每一次都跳转到了同一个地方，其实并不是，断点实际上就是一个地址，F5跳转是按照程序的逻辑执行顺序进行地址的跳转。所以F5进行跳转的时候也要分析清楚程序的逻辑执行顺序。

2.关于头文件。

以前一直以为，控制台应用程序有自己的头文件，WIN32程序、MFC等程序都有自己的头文件，不能相互应用，其实认识不够深刻。头文件有一些是安装操作系统时候自带的，比如windows.h等；有一些是安装vs等IDE时候自带的，比如stdio.h，stdlib.h，math.h等；另外有一些是安装其他的库的时候的一些头文件，比如上次写连接postgresql数据库连接程序的时候，到网上下载到一个lib，是用其他库头文件的时候，一般有两种方法：第一就是把lib拷贝到vs或者操作系统的lib文件夹下，这是因为编译器编译的时候会自动到这些目录下寻找需要的库和库中的头文件等，第二种方法就是把lib所在的路径添加到编译器需找lib的路径中，通过IDE进行设置。

总之：头文件只要通过一种方式可以让编译器找到，就可以在程序中引用他们，之后就可以应用这个文件中包含的一些函数。而不用分何种的程序类型。

3.头文件包含顺序

以前遇到过include <>和include" "顺序不同而引发的编译错误。现在清楚了这也跟编译过程有关。编译器编译一个文件的时候，首先会预编译头文件和一些预编译命令，<>一般是系统或者IDE自定义的一些头文件，而""一般是我们额外引用或者其他库的头文件。寻找<>的时候会到系统或者IDE安装的lib文件夹下去寻找，而""一般是首先在当前工程中寻找进行编译，如果找不到再到系统的文件夹下去寻找。如果自定义的头文件中包含了系统的头文件或者用到了系统头文件中的一些函数或者关键字，而在文件中又把自定义的头文件放在了系统头文件前面，这样就会引起编译器在编译的时候寻找不到这些函数或者关键字，从而报编译错误。所以一般都把" "的自定义文件放置到<>头文件后面进行包含。