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

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

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

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

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

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

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

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

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

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

GCC文件说明了两者之间的区别：

使用预处理指令“#include”包括用户和系统头文件。它有两种变体：#包含<文件>此变体用于系统头文件。它在系统目录的标准列表中搜索名为file的文件。您可以使用-I选项将目录添加到此列表中（请参阅调用）。#包含“文件”此变体用于您自己程序的头文件。它首先在包含当前文件的目录中搜索名为file的文件，然后在引号目录中搜索，然后在与＜file＞相同的目录中查找。您可以使用-iquote选项将目录添加到报价目录列表中。“#include”的参数（无论是用引号还是尖括号分隔）的行为与字符串常量相似，因为注释无法识别，宏名称也不会展开。因此，#include<x/*y>指定包含名为x/*y的系统头文件。然而，若反斜杠出现在文件中，则它们被视为普通文本字符，而不是转义字符。不处理适用于C中字符串常量的字符转义序列。因此，#include“x\n\\y”指定包含三个反斜杠的文件名。（有些系统将“\”解释为路径名分隔符。所有这些系统也以相同的方式解释“/”。仅使用“/”最为方便。）如果文件名后面的行中有任何内容（注释除外），则为错误。

这里的许多答案都集中在编译器搜索文件的路径上。虽然这是大多数编译器所做的，但一个符合标准的编译器可以使用标准头的效果进行预编程，并将#include＜list＞视为一个开关，它根本不需要作为一个文件存在。

这不是纯粹的假设。至少有一个编译器可以这样工作。建议仅对标准标头使用#include<xxx>。

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