#include＜＞和#include““的区别

1. <>系统类库目录里查找，没找到的话报错（<>不能包含当前源文件所在目录）
2. ""从项目当前目录查找头文件，没有从项目配置的头文件引用目录中，没有再从系统类库目录里查找头文件，一旦找到就不在往后寻找，存在同名头文件的话找不到（“”可以成功包含标准路径下的文件）

一、查找的目录不同
1、#include<>：编译器直接从系统类库目录里查找头文件：

#include<stdio.h>
比如在VS2013中，编译器会直接在<Visual studio 2013安装目录>\VC\include目录下查找到stdio.h这个文件，这就是编译器的类库目录；在Linux GCC编译环境下，一般为/user/include和/usr/local/include。

如果类库目录下查找失败，编译器会终止查找，直接报错：No such file or directory.

例如，我们自定义一个头文件"test.h"，把它放在项目工程文件所在目录，然后用“#include <>”的形式加载头文件test.h，编译时会直接报错：No such file or directory.

2、#include""：默认从项目当前目录查找头文件，所谓项目当前目录，就是项目工程文件（*.vcxproj）所在的目录，如下图所示：

如果在项目当前目录下查找失败，再从项目配置的头文件引用目录查找头文件，所谓项目配置的引用目录，就是我们在项目工程中设置的头文件引用目录，Windows VS编译环境如下图所示。在Linux GCC编译环境下，则一般通过在Makefile文件中使用-L参数指定引用目录。

如果项目配置的头文件引用目录中仍然查找失败，再从系统类库目录里查找头文件，因此，对于系统库头文件，#include<>和#include""的作用一样，都能查找成功：

#include<stdio.h>
//#include"stdio.h"  //效果一样

注意：虽然#include"“的查找范围更广，但是这并不意味着，不论是系统头文件，还是自定义头文件，一律用#include”“包含。因为#include”"的查找顺序存在先后关系，如果项目当前目录或者引用目录下存在和系统目录下重名的头文件，那么编译器在当前目录或者引用目录查找成功后，将不会继续查找，所以存在头文件覆盖的问题。另外，对于系统头文件，用#include<>包含，查找时一步到位，程序编译时的效率也会相对更高。

二、使用场景不同
1、#include<>一般用于包含系统头文件，诸如stdlib.h、stdio.h、iostream等；

2、#include""一般用于包含自定义头文件，比如我们自定义的test.h、declare.h等。

其它：
#include <> 的查找位置是 标准库头文件所在目录。
#include “” 的查找位置是 当前源文件所在目录。
不过这些都可由编译器调用参数等配置更改。

而""首先在当前目录下寻找，如果找不到，再到系统目录中寻找。
这个用于include自定义的头文件，让系统优先使用当前目录中定义的。

若 #include “” 查找成功，则遮蔽 #include <> 所能找到的同名文件；
否则再按照 #include <> 的方式查找文件。另外标准库头文件都放在 #include <> 所查找的位置。

gcc下测试，“”可以成功包含标准路径下的文件，<>不能包含当前源文件所在目录

原文链接：https://blog.csdn.net/rammuschow/article/details/107947302