一般来说，区别在于预处理器搜索头文件的位置：

#include是包含头文件的预处理器指令。两个#include都用于在程序中添加或包含头文件，但首先是包含系统头文件，然后是用户定义的头文件。

#include＜filename＞用于在程序中包含系统库头文件，意味着C/C++预处理器将搜索存储C库文件或预定义系统头文件的文件名。#include“filename”用于在程序中包含用户定义的头文件，这意味着C/C++预处理器将在程序所在的当前目录中搜索文件名，然后遵循#include＜filename＞所使用的搜索路径

检查gcc-docs-gcc-include文件

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

#include <file> 

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

#include "file" 

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

它确实：

"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＜list＞视为一个开关，它根本不需要作为一个文件存在。

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

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

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

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

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