#include <abc.h>

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

#include "xyz.h"

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

有两种方法可以编写#include语句。它们是：

#include"filename"
#include<filename>

每种形式的含义是

#include"mylib.h"

该命令将查找当前目录中的文件mylib.h以及可能已设置的include搜索路径中提到的指定目录列表。

#include<mylib.h>

此命令将仅在指定的目录列表中查找文件mylib.h。

include搜索路径只是一个目录列表，可以搜索包含的文件。不同的C编译器允许您以不同的方式设置搜索路径。

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

So

#包含<myFilename>

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

#包括“myFilename”

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

这里的一些好答案引用了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似乎没有定义）。

带有尖括号的#include将搜索“依赖于实现的位置列表”（这是一种非常复杂的方式来表示“系统头”）以查找要包含的文件。

带引号的#include将只搜索文件（并且，“以依赖于实现的方式”，bleh）。这意味着，在正常的英语中，它将尝试应用你扔给它的路径/文件名，而不会预先设置系统路径或篡改它。

此外，如果#include“”失败，则标准会将其重新读取为#include<>。

gcc文档有一个（特定于编译器的）描述，虽然它是特定于gcc而非标准的，但它比ISO标准的律师式描述更容易理解。