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

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

So

#包含<myFilename>

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

#包括“myFilename”

#include <file> 

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

#include "file" 

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

至少对于GCC版本<=3.0，尖括号形式不会在包含文件和包含文件之间生成依赖关系。

因此，如果您想要生成依赖关系规则（例如，使用GCC-M选项），那么必须使用引用的形式表示应该包含在依赖关系树中的文件。

（参见http://gcc.gnu.org/onlinedocs/cpp/Invocation.html )

它确实：

"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路径中进行搜索，正如其他帖子所述。）

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

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