它确实：

"mypath/myfile" is short for ./mypath/myfile

具有是#include所在文件的目录和/或编译器的当前工作目录，和/或default_include_path

and

<mypath/myfile> is short for <defaultincludepaths>/mypath/myfile

如果./在<default_include_paths>中，则不会有任何区别。

如果mypath/myfile位于另一个include目录中，则行为未定义。

不同的是预处理器搜索要包含的文件的位置。

#include＜filename＞预处理器以实现定义的方式进行搜索，通常在编译器/IDE预先指定的目录中进行搜索。此方法通常用于包含C标准库的头文件和与目标平台相关联的其他头文件。#include“filename”预处理器也以实现定义的方式进行搜索，但通常用于包括程序员定义的头文件，并且通常包括与包含指令的文件相同的目录（除非给出了绝对路径）。

对于GCC，可以在GCC文档中找到关于搜索路径的更完整描述。

简单的通用规则是使用尖括号来包含编译器附带的头文件。使用双引号包含任何其他头文件。大多数编译器都是这样做的。

1.9-头文件更详细地解释了预处理器指令。如果你是一个新手程序员，那么这个页面应该可以帮助你理解所有这些。我从这里学到了这一点，我一直在工作中遵循这一点。

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

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;
}

<file>include告诉预处理器首先在-I目录和预定义目录中搜索，然后在.c文件的目录中搜索。“file”include告诉预处理器首先搜索源文件的目录，然后返回到-I并预定义。无论如何都会搜索所有目的地，只是搜索顺序不同。

2011年标准主要讨论了“16.2源文件包含”中的包含文件。

2表单的预处理指令#包含<h-char-sequence>新行在实现定义的位置序列中搜索由在<和>分隔符之间指定的序列，并导致用标题的全部内容替换该指令。如何指定位置或标识标题定义了实现。3表单的预处理指令#包括“q-char-sequence”新行导致将该指令替换为在“分隔符”之间指定的序列。命名的源文件是以实现定义的方式搜索。如果此搜索是不受支持，或者如果搜索失败，指令将被重新处理为如果它读#包含<h-char-sequence>新行与原始指令相同的包含序列（包括>个字符，如果有）。

请注意，如果找不到文件，“xxx”格式将降级为<xxx>格式。其余部分由实现定义。

<和>之间的字符序列唯一地引用标头，而标头不一定是文件。实现可以随意使用字符序列。（不过，大多数情况下，只需将其作为文件名，并在include路径中进行搜索，正如其他帖子所述。）

如果使用#include“file”表单，则实现首先查找给定名称的文件（如果支持）。如果不支持（受支持），或者搜索失败，那么实现的行为就像使用了另一个（#include<file>）表单一样。

此外，存在第三种形式，当#include指令与上述任何一种形式都不匹配时，将使用第三种。在这种形式中，对#include指令的“操作数”进行了一些基本的预处理（如宏扩展），结果预计将与其他两种形式中的一种匹配。