include “” 与include <>的区别

最新推荐文章于 2024-05-15 18:28:21 发布
最新推荐文章于 2024-05-15 18:28:21 发布
阅读量596 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： c++ 文章标签： c与c++ 中include 和incl
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/the_blog_of_zbc/article/details/13278699
本文介绍了C语言中两种不同的头文件引用方式：&lt;&gt;和&quot;&quot;的区别。&lt;&gt;用于引用编译器自带的类库路径中的头文件，而&quot;&quot;则用于引用项目目录的相对路径中的头文件。此外，还详细解释了当使用&quot;&quot;引用未在项目目录中找到的头文件时如何定位到预定义路径。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

< >引用的是编译器的类库路径里面的头文件
" "引用的是你程序目录的相对路径中的头文件

假如你编译器定义的自带头文件引用在C:\Keil\c51\INC\下面
则#include<stdio.h>引用的就是C:\Keil\c51\INC\stdio.h这个头文件
不管你的项目在什么目录里，C:\Keil\c51\INC\stdio.h这个路径就定下来了
一般是引用自带的一些头文件：stdio.h、conio.h、string.h、stdlib.h等等之类的。。

假如你的项目目录是在D:\Projects\tmp\
则#include "my.h" 引用的就是D:\Projects\tmp\my.h这个头文件
一般是用来引用自己写的一些头文件
如果使用" "，它是会先在你项目的当前目录查找是否有对应头文件
如果没有，它还是会在对应的引用目录里面查找对应的头文件
意思就是，使用#include "stdio.h"如果你项目目录里面，没有stdio.h这个头文件，它还是会定位到C:\Keil\c51\INC\stdio.h这个头文件的
C++ #include＜＞和#include““的区别
2301_79326559的博客
08-13 347
在C++编程中，我们经常使用#include指令来在程序中引入头文件。在#include指令中，我们可以使用两种不同的引号方式：一种是尖括号，另一种是双引号""。在上述示例代码中，我们使用了尖括号引入了iostream头文件，使用双引号引入了myfile.h头文件，并分别使用了标准库提供的代码和用户定义的代码。通过合理选择尖括号和双引号""的使用方式，我们能够正确地引入标准库和用户定义的头文件，并且提高代码的可读性和可维护性。双引号引用的是用户定义的头文件，可以是自己编写的或者第三方提供的。
C++ 中 #include ＜＞ 和 #include “ “ 的区别
PixelNovaO的博客
09-08 283
在 #include 指令中，我们有两种不同的方式来引入头文件：使用尖括号（＜＞）和使用双引号（" "）。当我们使用 #include ＜＞ 方式时，编译器将从系统的标准库路径中查找要包含的头文件。这意味着编译器将在系统的默认位置搜索头文件，而不会在当前源文件的目录中查找。当我们使用 #include " " 方式时，编译器将首先在当前源文件的目录中查找要包含的头文件。在实际编程中，正确选择适当的 #include 方式可以确保我们能够正确地包含所需的头文件，并且代码能够顺利编译和运行。
#include<>和#inlcude“”的区别
desperadowxh的专栏
09-19 1070
假如你编译器定义的自带头文件引用在C:\Keil\c51\INC\下面 则#include引用的就是C:\Keil\c51\INC\stdio.h这个头文件 不管你的项目在什么目录里，C:\Keil\c51\INC\stdio.h这个路径就定下来了 一般是引用自带的一些头文件：stdio.h、conio.h、string.h、stdlib.h等等之类的。。 假如你的项目目录是在D:\Projec
#incude< >和#include" "区别
一抹烟霞的博客
05-03 462
- "" 表示系统先在file1.c所在的当前目录找file1.h，如果找不到，再按系统指定的目录检索。- < > 表示系统直接按系统指定的目录检索。注意： 1. #include < >常用于包含库函数的头文件； 2. #include " " 常用于包含自定义的头文件； 3. 理论上#include可以包含任意格式的文件(.c ....
#include <> 和 #inlude ""的区别
weixin_30342209的博客
02-27 315
#include < >引用的是编译器的类库路径里面的头文件#include " "引用的是你程序目录的相对路径中的头文件，在程序目录的相对路径中找不到该头文件时会继续在类库路径里搜寻该头文件。 转载于:https://www.cnblogs.com/dingou/p/10447611.html...
#include<> 和 #inlcude"" 的区别
weixin_30412013的博客
03-22 274
#include<> 包含来自标准库的头文件，编译器优先去系统的头文件查找； #include"" 不属于标准库的头文件，编译器去项目的文件目录查找头文件。 转载于:https://www.cnblogs.com/hekuerle/p/6600217.html...
visual studio inlcude ““ ＜＞区别
qq_42273272的博客
05-15 219
指令的文件相同的目录中开始。如果找不到该文件，它会在当前打开的包含文件的目录中搜索下一个，按照打开它们的相反顺序。搜索从父包含文件的目录中开始进行，然后继续向上到任何祖父包含文件的目录。指令以尖括号形式指定，或者本地目录搜索失败，它会按照在命令行中指定的顺序搜索使用 /I。指令，则首先搜索本地目录。搜索从与包含 #include。如果使用双引号形式指定 #include。环境变量中指定的目录。如果 #include。
C语言中include““与include＜＞的区别（自定义头文件、预设头文件）
「 刘一哥与GIS的故事」
06-04 5116
文章目录新建控制台应用程序自定义头文件 编辑头文件引用头文件，调用函数 新建控制台应用程序 Win32 Application和Win32 Console Application 都是工作在32位Windows环境的程序。其中： （1）Win32 Application就是普通的常见的窗口应用程序，当然有的界面做得比较个性化，比如圆形的、不规则形状的…它们都是所谓的GUI(Graphics User Interface图形用户接口)，我们可以通过鼠标点击来完成控制。Win32 Application是为你
#include< >和#include””的区别
zhengrugang的专栏
12-03 444
#include和#include””的区别： 简单的说，#include 进一步说明： 引用的是编译器的类库路径里面的头文件 " "引用的是你程序目录的相对路径中的头文件 假如你编译器定义的自带头文件引用在C:\Keil\c51\INC\下面，则#include引用的就是D:\Program Files\Microsoft Visual Studio 8\VC\include\ s
#include < character.h >2323
06-23
#include < character.h > #include < lcd.h > #include < clock.h > #include < sensor.h>#include < character.h > #include < lcd.h > #include < clock.h > #include < sensor.h> #include < calendar.h > #...
#include
m0_74195174的博客
01-19 1507
一文让你详细了解c语言的#include概念
关于include包含的两种的区别
如是观的博客
05-14 348
< >表示系统直接按照系统指定的目录检索。 " “表示系统先在fileA.c所在的当前目录找到fileA.h，如果找不到，再按照系统指定的目录检索。 注意： 1、#include<>常用于包含库函数的头文件。 2、#include” "常用于包含自定义的头文件。 ...
C++知识点总结1
qq_41684492的博客
04-21 1091
c. 如果B.dll的Additional Library Directories 配置C.dll，A.exe不需要配置，它通过B.Dll配置好路径的C.lib 去寻找C.dll，所有dll均方放到。b. 如果B.dll 里的头文件包含了C.dll的头文件，那么A.exe的Additional Include Directories需要包含B.dll和c.dll的头文件。没有写的话，在编辑的时候可以看到，但是Edit以后就会消失不见，后面加入任意一个lib以后会覆盖到它。
C语言中，#include <>和#include ""的区别和注意点
张勤一
07-14 8122
C语言中包含文件有两种包含符号，一个是首先在本地建立一个空文件，命名为stdio.h。然后再建立一个C文件，暂且叫test_include.c吧，代码如下：#include int main(void) { printf("test printf"); return 0; }如果系统不包含stdio.h文件，printf就用不了。结果很明显，尖括号是只搜索系统类库的。其次，把上面
include 两种用法的区别
思维的自由
06-01 1124
include 两种用法的区别主要有两个方面的不同;一:执行时间上: 是在翻译阶段执行 在请求处理阶段执行.二:引入内容的不同:引入静态文本(html,jsp),在JSP页面被转化成servlet之前和它融和到一起.引入执行页面或servlet所生成的应答文本.另外在两种用法中file和page属性都被解释为一个相对的URI.如果它以斜杠开头,那么它就是一个环境相关的路径.将根据赋给应用程序的UR
C/C++ 基础语法笔记 01
weixin_63033608的博客
10-10 295
signed]int 有符号整形 4 -（2的31次方）~（2的31次方-1）[signed]long [int] 有符号长整型 4 -（2的31次方）~（2的31次方-1）字符型 char b = 'a' 单个的文本一个字节（数字，字母，符号）06. 变量，容器。不同类型变量用对应类型的变量去装。
#include的用法
热门推荐
xiangxineirong的博客
02-22 1万+
在C/C++中， #include是preprocessor的一条指令， 负责把#include 的文件中的内容全部copy到当前文件的#include所在的位置，也就是用该文件中的内容取代#include 这条指令。 因为#include是preprocessor自身的行为，因此怎么对该指令解释，也是preprocessor已经定义好的。所以不同的preprocessor就可能有不同...
include““和incude＜＞区别
看看世界看看你
09-09 363
include< file >编译程序会先到标准函数库中找文件 include”file” 编译程序会先从当前目录中找文件 参考原文 转： 在C程序中包含文件有以下两种方法： (1)用符号“<”和“>”将要包含的文件的文件名括起来。这种方法指示预处理程序到预定义的缺省路径下寻找文件。预定义的缺省路径通常是在INCLUDE环境变量中指定的，请看下例： INCLUDE=C:\COMPILER\INCLUDE；S:\SOURCE\HEADERS； 对于上述INCLUDE环境变量，如果用#i
#include““ 和 #include＜＞
weixin_43742643的博客
08-13 896
主要是引用的路径不同 #include<> 指示预处理程序到预定义的缺省路径下寻找文件。一般用于标准头文件如stdio.h。 #incude"" 指示预处理程序先到当前目录下寻找文件，再到预定义的缺省路径下寻找文件。一般用于自己写的非标准头文件。 ...
<resources> <resource> <filtering>true</filtering> <directory>src/main/resources</directory> <includes> <include>config/application-${environment}.yaml</include> </includes> <targetPath>${output.targetDir}</targetPath> </resource> <resource> <filtering>true</filtering> <directory>src/main/resources</directory> <includes> <include>config/application.yaml</include> <include>db/**</include> <include>mapper/**</include> </includes> </resource> <resource> <filtering>false</filtering> <directory>src/main/resources</directory> <includes> <include>templates/**</include> <include>cert/**</include> <include>logo/**</include> <include>ttf/**</include> </includes> </resource> </resources> 以上pom文件注解是什么意思？
最新发布
03-14
<think>好的，我现在需要回答用户关于Maven POM文件中资源配置的注解含义的问题。首先，我要确定用户具体想了解什么。用户提到的是“maven pom resources configuration explanation”，所以需要解释POM文件中资源配置部分的作用和各个元素的意义。 首先，我需要回忆Maven的资源配置相关知识。在Maven项目中，资源文件通常放在src/main/resources和src/test/resources目录下。这些资源文件在构建过程中会被处理并包含到最终的JAR或WAR文件中。资源配置在POM文件的<build>部分中的<resources>和<testResources>标签里，用于控制资源文件的处理方式。 接下来，我需要考虑用户可能的背景。用户可能遇到了资源文件未被正确包含或处理的问题，或者在配置资源时遇到了错误，比如引用[2]提到的Maven install报错。这时候，正确配置资源路径、过滤和排除文件就很重要了。 然后，我需要结构化地回答，先介绍<resources>的基本结构，再逐个解释各个子元素的作用，比如<directory>、<filtering>、<includes>、<excludes>。同时，要提到<testResources>与<resources>的区别，以及资源过滤的相关变量替换。 还需要注意用户提到的引用[1]中的jmeter-maven-plugin，虽然这可能和资源配置关系不大，但可以提一下插件配置可能需要资源处理，但这里主要聚焦在POM的资源配置部分。 可能用户对过滤功能不太清楚，比如如何使用属性变量替换资源文件中的占位符，这时候需要举例说明，比如在资源文件中使用${project.version}，并在POM中开启过滤后，构建时会替换为实际版本号。 此外，要提醒用户常见的配置错误，比如路径错误、过滤导致的意外替换、包含和排除模式书写错误等，这些可能导致构建失败，如引用[2]中的测试失败可能与资源处理有关。 最后，生成相关问题，帮助用户深入理解，比如如何排除特定文件、资源过滤的应用场景、多环境配置等。 总结，我需要逐步解释资源配置的各个部分，给出示例，并结合用户提供的引用内容，指出可能相关的错误场景，确保回答清晰且有帮助。</think>在Maven项目中，POM文件的`<resources>`配置用于控制非代码资源文件（如配置文件、属性文件等）的处理方式，是构建过程中管理资源的核心设置。以下是对其关键元素的解释： ### 1. 基本资源配置结构 ```xml <build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> <includes> <include>**/*.xml</include> </includes> <excludes> <exclude>**/temp*.properties</exclude> </excludes> </resource> </resources> </build> ``` ### 2. 核心配置项说明 1. **`<directory>`** - 定义资源文件根目录，默认为`src/main/resources` - 示例：`<directory>config/dev</directory>`可指定自定义配置目录 2. **`<filtering>`**（布尔值） - 启用/禁用属性替换功能 - 开启后会将`${property}`替换为POM/配置文件中定义的值 - 常用于多环境配置，如： ```properties db.url = ${database.url} ``` 3. **`<includes>`** - 定义需要包含的文件模式（Ant风格路径） - 示例：`<include>**/*.yaml</include>`包含所有YAML文件 4. **`<excludes>`** - 定义需要排除的文件模式 - 示例：`<exclude>**/test-*.json</exclude>`排除测试配置文件 ### 3. 测试资源配置 ```xml <testResources> <testResource> <directory>src/test/resources</directory> <filtering>false</filtering> </testResource> </testResources> ``` - 默认处理`src/test/resources` - 通常禁用过滤以避免影响测试数据 ### 4. 资源过滤机制 当启用`<filtering>true</filtering>`时： ```properties # application.properties app.version = ${project.version} ``` 构建时会替换为： ```properties app.version = 1.0.0 ``` 此功能需配合`<properties>`定义或外部配置文件使用[^1] ### 5. 典型应用场景 1. 多环境配置（dev/test/prod） 2. 版本号自动注入 3. 敏感信息外部化 4. 按构建参数动态配置 注意：错误配置可能导致资源丢失或替换异常，如Maven install报错中的路径问题[^2]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值