#include＜filename＞和#include“filename”之间有什么区别？

在include指令中使用尖括号和引号有什么区别？

#包括＜文件名＞#包括“文件名”

当前回答

要使用gcc查看系统上的搜索顺序，根据当前配置，可以执行以下命令。您可以在此处找到有关此命令的详细信息

cpp-v/dev/null-o/dev/null

Apple LLVM版本10.0.0（clang-1000.10.44.2）目标：x86_64-apple-darwin18.0.0线程模型：posix InstalledDir:Library/Developer/CommandLineTools/usr/bin“/Library/Developer/CommandLineTools/usr/bin/clag”-cc1-三重x86_64-apple-macsx10.14.0-不推荐使用objc-Weror=已弃用的objc isa用法-E-禁用free-禁用llvm验证器-丢弃值名称-主文件名null-mrelocation model pic-pic level 2-mthread model posix-mdisable fp elim-fno strict return-masm verbose-munwind tables-target cpu penryn-dwarf column info-debugger tuning=lldb-target linker version 409.12-v-resource-dir/库/开发人员/命令行工具/usr/lib/clag/10.0.0-isysroot/库/开发人员/命令行工具/sdk/MacOSX10.14.sdk-我/usr/local/include-fdebug compilation dir/Users/hogstrom-fferror limit 19-fmessage长度80-堆栈保护器1-fblocks-fencode扩展块签名-fbojc runtime=macosx-10.14.0-fmax type align=16-fdiagnostics show option-fcolor diagnostics-传统cpp-o-x c/dev/nullclang-cc1版本10.0.0（clang-1000.10.44.2）默认目标x86_64-apple-darwin18.0.0忽略不存在的目录“/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/local/include”忽略不存在的目录“/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/Libraries/Frameworks”#包括“…”搜索从这里开始：#包括<…>搜索从这里开始：/usr/local/include/库/开发人员/命令行工具/usr/lib/clag/10.0.0/include/库/开发人员/命令行工具/usr/include/库/开发人员/命令行工具/sdk/MacOSX10.14.sdk/usr/include/库/开发人员/命令行工具/SDKs/MacOSX10.14.sdk/System/Library/Frameworks（框架目录）搜索列表结束。

2018-10-03 18:51:45

其他回答

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

2011-02-08 11:45:59

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

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

2014-02-25 10:49:06

在引用系统文件时使用#include＜filename＞。这是一个头文件，可以在系统默认位置（如/usr/include或/usr/local/include）找到。对于需要包含在其他程序中的自己的文件，必须使用#include“filename”语法。

2014-08-27 19:36:49

表格1-#include<xxx>

首先，在调用指令的当前目录中查找头文件的存在。如果未找到，则在预配置的标准系统目录列表中进行搜索。

表格2-#包括“xxx”