blocks|key|5401480|text|但是现在，当另一个file2.c包括相同的inc.h时，是已经定义的宏INC_H，|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5401481|5401482|是和否。那得看情况。|5401483|5401484|如果file2.c包括一些包含inc.h的报头，则是，则已经为file2.c定义了INC_H。对于尚未定义的任何级别的inclusion.|unordered-list-item|offset|length|style|CODE|BOLD|5401485|Else，no，都是如此。|5401486|5401487|保护防止头部被包括在一个文件中，间接或直接，不止一次！|5401488|entityMap^0|0|0|0|0|2|7|F|5|V|7|15|5|P|1|0|5|2|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|V|8|@]|9|@]|A|$]]|$1|C|3|D|5|6|7|W|8|@]|9|@]|A|$]]|$1|E|3|-4|5|6|7|X|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|Y|8|@$I|Z|J|10|K|L]|$I|11|J|12|K|L]|$I|13|J|14|K|L]|$I|15|J|16|K|L]|$I|17|J|18|K|M]]|9|@]|A|$]]|$1|N|3|O|5|H|7|19|8|@$I|1A|J|1B|K|M]]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1D|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]]|T|$]]

<blockquote>
 But now, when another file2.c includes the same inc.h, is the macro INC_H already defined,
</blockquote>

Yes and No. It depends.

<ul>
<li>If <code>file2.c</code> includes some header which includes <code>inc.h</code>, then yes, <code>INC_H</code> is already defined for <code>file2.c</code>. This is true for any level of inclusion.</li>
<li>Else, no it is not already defined.</li>
</ul>

Guards prevent header from being included in a file, indirectly or directly, more than once!

blocks|key|3504182|text|宏定义不会在单独的编译之间保留。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3504183|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The macro definition is not preserved between separate compilations.

blocks|key|5401644|text|编译file2.c时，编译器会重新启动。在编译file2.c时，无论file1.c编译时定义了什么预处理器符号，都不起作用。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|5401645|entityMap^0|2|7|N|7|Y|7|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|O|8|@]|D|@]|E|$]]]|G|$]]

When you complile <code>file2.c</code>, the compiler starts afresh. Whatever preprocessor symbols got defined when <code>file1.c</code> got compiled play no part during the compilation of <code>file2.c</code>.

blocks|key|983808|text|定义不会在*.c文件之间传播。如果是这样，您一开始就不需要*.h文件了。(但是，您可以对*.c文件执行#include操作，但这是另一回事。)|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|983809|entityMap^0|5|3|T|3|18|3|1F|8|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|Q|8|@]|D|@]|E|$]]]|G|$]]

Definitions are not propagated between <code>*.c</code> files. If they were, you would not need <code>*.h</code> files in the first place. (However, you can <code>#include</code> a <code>*.c</code> file, but that is another story.)

blocks|key|5401598|text|不，想一下"#include“是做什么的。它实质上是将头文件的内容复制到包含它的位置。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|5401599|因此，INC_H将在第一次将inc.h包含在.c文件中时定义。但是，这不会对另一个.c文件产生任何影响。|5401600|当包含文件中包含其他内容时，包含保护非常有用。在这些情况下，你可以避免使用守卫的麻烦。|5401601|entityMap^0|6|8|0|3|5|E|5|M|2|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]|$9|R|A|S|B|C]|$9|T|A|U|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|V|8|@]|D|@]|E|$]]|$1|J|3|-4|5|6|7|W|8|@]|D|@]|E|$]]]|K|$]]

No, think a moment what "<code>#include</code>" does. It essentially copies the contents of the header file to the place where it is included. 

So <code>INC_H</code> will be defined the first time <code>inc.h</code> is included in a <code>.c</code> file. However, this changes nothing for another .c file.

Include guards are useful when include files have other include into it. In these cases you can avoid trouble using the guards.

When <code>file1.c</code> includes <code>inc.h</code> (containing the include guard <code>#ifndef INC_H</code>) for the first time, the <code>#define INC_H</code> is performed. But now, when another <code>file2.c</code> includes the same <code>inc.h</code>, is the macro <code>INC_H</code> already defined, all it's the same story and previous definition is not propagated here?

C include guard

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

当file1.c第一次包含inc.h (包含include guard #ifndef INC_H)时，执行#define INC_H。但是现在，当另一个file2.c包含相同的inc.h时，宏INC_H是否已经定义，所有的都是相同的故事，以前的定义不会在这里传播？

问C包含防护
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C包含防护EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C包含防护
EN