C语言中#include<...>和#include"..."的区别

从前那故事

在实际写代码过程中，关于引入头文件会看到有以下两种方式：

• #include&lt;...&gt;
  
• #include&amp;#34;...&amp;#34;
  

那么这两种方式有什么不同呢？
带着这个问题，先来看下面的例子：
在磁盘目录下创建文件test.h和test.c，这里使用的目录是D:\cyyzwsq，如下图


文件里分别编辑以下代码

• test.h
  

//
// Created by 冲哥 on 2023/02/23.
//
#include &lt;stdio.h&gt;

int add(int a, int b){
    return a + b;
}

• test.c
  

//
// Created by 冲哥 on 2023/02/23.
//
#include &amp;#34;test.h&amp;#34;

int main() {
    int a = 10;
    int b = 20;
    int c = 0;
    c = add(a, b);
    printf(&amp;#34;c:%d\n&amp;#34;,c);
    return 0;
}
在当前目录下打开cmd,在命令行使用gcc -v test.c命令查看程序的编译过程， 这里使用的gcc版本信息如下：
gcc version 12.2.0 (x86_64-win32-seh-rev0, Built by MinGW-W64 project)
使用该命令前先确保自己的电脑上已经装有MinGW，并且已经配置好了环境变量。否则执行命令时会报错。


执行命令后命令行会输出一堆信息，向下翻看，会发现以下信息：
#include &amp;#34;...&amp;#34; search starts here:
#include &lt;...&gt; search starts here:
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include-fixed
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/include
End of search list.
从上面的信息可以看出：
#include &amp;#34;...&amp;#34; search starts here后没有列举目录，说明编译器对于#include &amp;#34;...&amp;#34;方式引入的头文件是从当前目录开始找的，若未找到该头文件，再到预定义的默认路径下进行寻找。
而#include &lt;...&gt; search starts here后列举了三个路径(我的mingw64在D:/SOFTWARE/路径下)，说明编译器对于#include &lt;...&gt;方式引入的头文件是从指定的这三个路径找的，这三个目录其实就是预定义的默认路径，编译器提供的库文件都在这三个路径下。可以通过给gcc指定-I参数来添加搜索路径。
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include-fixed
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/include
例如执行命令gcc -v -I D:/cyyzwsq/aaa test.c，命令行会输出一下信息
#include &amp;#34;...&amp;#34; search starts here:
#include &lt;...&gt; search starts here:
D:/cyyzwsq/aaa
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include-fixed
D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/include
End of search list.
搜索路径列表里多了D:/cyyzwsq/aaa路径。
这里要注意的是，#include &lt;...&gt;方式引入的头文件只会从指定的搜索路径下查找，找不到就会直接报错，不会再到当前目录查找。
这里使用实例验证一下，在test.c文件开头加一行代码#include &amp;#34;aaa.h&amp;#34;

• test.c
  

//
// Created by 冲哥 on 2023/02/23.
//
#include &amp;#34;test.h&amp;#34;
#include &amp;#34;aaa.h&amp;#34;

int main() {
    int a = 10;
    int b = 20;
    int c = 0;
    c = add(a, b);
    printf(&amp;#34;c:%d\n&amp;#34;,c);
    return 0;
}
在当前目录下打开cmd,在命令行使用gcc -v test.c命令查看程序的编译过程，由于当前路径和默认路径下都没有aaa.h文件，所以编译时报错。


接下来在D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include路径下创建一个aaa.h文件，再编译一下，编译通过。
将上面代码里的#include &amp;#34;aaa.h&amp;#34;改成#include &lt;aaa.h&gt;

• test.c
  

//
// Created by 冲哥 on 2023/02/23.
//
#include &amp;#34;test.h&amp;#34;
#include &lt;aaa.h&gt;

int main() {
    int a = 10;
    int b = 20;
    int c = 0;
    c = add(a, b);
    printf(&amp;#34;c:%d\n&amp;#34;);
    return 0;
}
再将D:/SOFTWARE/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/include路径下把刚创建的aaa.h文件剪切到D:\cyyzwsq路径下，继续编译，由于默认路径下没有aaa.h文件，所以编译时直接报错，即使当前路径下有aaa.h文件。


总结：

#include &lt;...&gt;方式引入的头文件是到指定预定义的默认路径下进行寻找，如果找不到就直接报错，不会再到当前路径下查找。
#include &amp;#34;...&amp;#34;方式引入的头文件是从当前路径开始找的，若未找到该头文件，再到预定义的默认路径下进行寻找，如果还找不到就会报错。
对于系统头文件，使用这两种方式都可以。但是对于自定义的头文件，只能使用#include &amp;#34;...&amp;#34;方式
因此，在编写代码时，如果是引入自定义的头文件，建议使用#include &amp;#34;...&amp;#34;格式，引入系统头文件使用#include &lt;...&gt;方式
不同的编译器可能有所差别，这里只是对Windows下的gcc进行了分析。

读不懂的自己

沙发？？？