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

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

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

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

在引用系统文件时使用#include＜filename＞。这是一个头文件，可以在系统默认位置（如/usr/include或/usr/local/include）找到。对于需要包含在其他程序中的自己的文件，必须使用#include“filename”语法。

表格1-#include<xxx>

首先，在调用指令的当前目录中查找头文件的存在。如果未找到，则在预配置的标准系统目录列表中进行搜索。

表格2-#包括“xxx”

这将查找在调用指令的当前目录中是否存在头文件。

确切的搜索目录列表取决于目标系统、GCC的配置方式以及安装位置。通过使用-v选项运行GCC编译器，可以找到GCC编译器的搜索目录列表。

您可以使用-Idir将其他目录添加到搜索路径中，这会导致在当前目录之后（对于指令的引号形式）和标准系统目录之前搜索dir。

基本上，表单“xxx”只是在当前目录中搜索；如果未找到，则返回表单

#include <abc.h>

用于包含标准库文件。因此编译器将检查标准库头所在的位置。

#include "xyz.h"

将告诉编译器包含用户定义的头文件。因此编译器将在当前文件夹或-I定义的文件夹中检查这些头文件。

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

So

#包含<myFilename>

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

#包括“myFilename”