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

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

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

预处理器的确切行为因编译器而异。以下答案适用于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目录。

在C++中，以两种方式包含文件：

第一个是#include，它告诉告诉在预定义的默认位置查找文件。此位置通常是INCLUDE环境变量，表示包含文件的路径。

第二种类型是#include“filename”，它告诉预处理器首先在当前目录中查找文件，然后在用户设置的预定义位置查找文件。

了解的唯一方法是阅读实现的文档。

在C标准第6.10.2节第2至4段中规定：

表单的预处理指令#包含<h-char-sequence>新行在实现定义的位置序列中搜索由<和>分隔符之间的指定序列唯一标识的头，并用头的全部内容替换该指令。如何指定位置或标识标题是实现定义的。表单的预处理指令#包括“q-char-sequence”新行导致用“分隔符”之间的指定序列标识的源文件的全部内容替换该指令。将以实现定义的方式搜索命名的源文件。如果不支持此搜索，或者搜索失败，则会像读取指令一样重新处理该指令#包含<h-char-sequence>新行具有与原始文件相同的包含序列（包括>个字符，如果有）指令。表单的预处理指令#包含pp令牌新行（与前两种形式之一不匹配）。指令中include之后的预处理标记与普通文本中的处理相同。（当前定义为宏名称的每个标识符由其预处理令牌的替换列表替换。）所有替换后产生的指令应与前两种形式之一匹配。实现定义了一种方法，通过该方法，<和>预处理令牌对或一对“字符”之间的一系列预处理令牌组合成单个标头名称预处理令牌。定义：h-char：源字符集的任何成员，除了换行符和>q-char：源字符集的任何成员，除了换行符和“

要使用gcc查看系统上的搜索顺序，根据当前配置，可以执行以下命令。您可以在此处找到有关此命令的详细信息

cpp-v/dev/null-o/dev/null

Apple LLVM版本10.0.0（clang-1000.10.44.2）目标：x86_64-apple-darwin18.0.0线程模型：posix InstalledDir:Library/Developer/CommandLineTools/usr/bin“/Library/Developer/CommandLineTools/usr/bin/clag”-cc1-三重x86_64-apple-macsx10.14.0-不推荐使用objc-Weror=已弃用的objc isa用法-E-禁用free-禁用llvm验证器-丢弃值名称-主文件名null-mrelocation model pic-pic level 2-mthread model posix-mdisable fp elim-fno strict return-masm verbose-munwind tables-target cpu penryn-dwarf column info-debugger tuning=lldb-target linker version 409.12-v-resource-dir/库/开发人员/命令行工具/usr/lib/clag/10.0.0-isysroot/库/开发人员/命令行工具/sdk/MacOSX10.14.sdk-我/usr/local/include-fdebug compilation dir/Users/hogstrom-fferror limit 19-fmessage长度80-堆栈保护器1-fblocks-fencode扩展块签名-fbojc runtime=macosx-10.14.0-fmax type align=16-fdiagnostics show option-fcolor diagnostics-传统cpp-o-x c/dev/nullclang-cc1版本10.0.0（clang-1000.10.44.2）默认目标x86_64-apple-darwin18.0.0忽略不存在的目录“/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/local/include”忽略不存在的目录“/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/Libraries/Frameworks”#包括“…”搜索从这里开始：#包括<…>搜索从这里开始：/usr/local/include/库/开发人员/命令行工具/usr/lib/clag/10.0.0/include/库/开发人员/命令行工具/usr/include/库/开发人员/命令行工具/sdk/MacOSX10.14.sdk/usr/include/库/开发人员/命令行工具/SDKs/MacOSX10.14.sdk/System/Library/Frameworks（框架目录）搜索列表结束。

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

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

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

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