预处理器的确切行为因编译器而异。以下答案适用于GCC和其他几个编译器。

#include<file.h>告诉编译器在其“include”目录中搜索头文件，例如，对于MinGW，编译器将在C:\MinGW\include\或安装编译器的任何位置搜索file.h。

#include“file”告诉编译器在当前目录（即源文件所在的目录）中搜索文件。

您可以使用GCC的-I标志告诉它，当它遇到带有尖括号的include时，它还应该在-I之后的目录中搜索标头。GCC将把标志后面的目录当作includes目录。

例如，如果您在自己的目录中有一个名为myheader.h的文件，那么如果您使用标志-I调用GCC，可以说#include<myheader.h>。（表示应搜索当前目录中的includes。）

如果没有-I标志，则必须使用#include“myheader.h”来包含文件，或将myheader.h移动到编译器的include目录。

对于#include“”，编译器通常搜索包含该include的文件的文件夹，然后搜索其他文件夹。对于#include<>，编译器不会搜索当前文件的文件夹。

#include <file> 

包含默认包含目录所在的文件。

#include "file" 

在编译文件的当前目录中包含文件。双引号还可以指定到其他位置的完整文件路径。

编译器生成的实现定义的警告可以（并且将）以不同于程序库的方式对待系统库。

So

#包含<myFilename>

--它实际上声明myFilename位于系统库位置——很可能（而且可能会）隐藏死代码和未使用的变量警告等，当您使用：

#包括“myFilename”

“”将搜索。/第一然后搜索默认包含路径。您可以使用以下命令打印默认包含路径：

gcc -v -o a a.c

以下是一些例子，让事情更清楚：代码交流工作

// a.c
#include "stdio.h"
int main() {
        int a = 3;
        printf("a = %d\n", a);
        return 0;

}

b.c的代码也有效

// b.c
#include <stdio.h>
int main() {
        int a = 3;
        printf("a = %d\n", a);
        return 0;

}

但当我在当前目录中创建名为stdio.h的新文件时

// stdio.h
inline int foo()
{
        return 10;
}

a.c将生成编译错误，但b.c仍然有效

和“”，<>可以与相同的文件名一起使用。因为搜索路径优先级不同。所以直流电也起作用

// d.c
#include <stdio.h>
#include "stdio.h"
int main()
{
        int a = 0;

        a = foo();

        printf("a=%d\n", a);

        return 0;
}

这里的一些好答案引用了C标准，但忘记了POSIX标准，特别是c99（例如C编译器）命令的特定行为。

根据开放组基础规范第7版，

-I目录更改搜索名称不是绝对路径名的标头的算法，以便在查找通常位置之前先查找由目录路径名命名的目录。因此，名称用双引号（“”）括起来的头应首先在文件的目录中搜索#include行，然后在-I选项中命名的目录中，最后在通常的位置搜索。对于名称用尖括号（“<>”）括起来的标题，只能在-I选项中命名的目录中搜索标题，然后在通常的位置搜索标题。应按照指定的顺序搜索-I选项中命名的目录。实现应在单个c99命令调用中支持至少十个此选项的实例。

因此，在符合POSIX的环境中，使用符合POSIX标准的C编译器，#include“file.h”可能会被搜索/首先是文件.h，其中。是包含#include语句的文件所在的目录，而#include＜file.h＞可能会首先搜索/usr/include/file.h，其中/usr/include是系统定义的头的常用位置（POSIX似乎没有定义）。