当您想使用C/C++系统或编译器库的头文件时使用。这些库可以是stdio.h、string.h、math.h等。

当您希望使用自己的自定义头文件（位于项目文件夹或其他位置）时使用。

有关预处理器和标头的详细信息。读取C-预处理器。

#包括＜文件名＞

预处理器以依赖于实现的方式进行搜索。它告诉编译器搜索系统头文件所在的目录。此方法通常用于查找标准头文件。

#包括“文件名”

这告诉编译器在程序运行的地方搜索头文件。如果失败，它的行为类似于#include＜filename＞，并在存储系统头文件的位置搜索该头文件。此方法通常用于标识用户定义的头文件（由用户创建的头文件）。如果您想调用标准库，请不要使用它，因为它比#include<filename>需要更多的编译时间。

感谢您的回答，特别是Adam Stelmaszczyk和piCookie，以及aib。

与许多程序员一样，多年来，我一直使用“myApp.hpp”格式作为应用程序特定文件，使用<libHeader.hpp>格式作为库和编译器系统文件（即/I和INCLUDE环境变量中指定的文件）的非正式约定，认为这是标准。

然而，C标准规定搜索顺序是特定于实现的，这会使可移植性变得复杂。更糟糕的是，我们使用了jam，它可以自动找出包含文件的位置。可以为包含文件使用相对路径或绝对路径。即

#include "../../MyProgDir/SourceDir1/someFile.hpp"

旧版本的MSVS需要双反斜杠（\\），但现在不需要了。我不知道什么时候变了。为了与'nix兼容，只需使用正斜杠（Windows将接受这一点）。

如果您真的担心这个问题，请使用“./myHeader.h”作为源代码所在目录中的包含文件（我当前的大型项目中有一些重复的包含文件名--这确实是一个配置管理问题）。

为了方便起见，这里复制了MSDN说明）。

引用的表单预处理器按以下顺序搜索包含文件：在与包含#include语句的文件相同的目录中。在当前打开的include文件的目录中，按以下相反顺序他们被打开了。搜索从父包含文件的目录开始继续向上通过任何祖父母包含文件的目录。沿着每个/I编译器选项指定的路径。沿着INCLUDE环境变量指定的路径。角钢支架形式预处理器按以下顺序搜索包含文件：沿着每个/I编译器选项指定的路径。在命令行上进行编译时，沿着INCLUDE环境变量指定的路径进行编译。

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

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

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

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

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

检查gcc-docs-gcc-include文件

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

#include"filename"
#include<filename>

每种形式的含义是

#include"mylib.h"

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

#include<mylib.h>

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

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