blocks|key|4181586|text|这里有一个场景来说明...|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4181587|假设timer.h提供了一个宏tick_count()，它返回发生的计时器中断数。|4181588|一个使用定时器A进行间隔计时的模块(rpm_reader.h)：|4181589|#define+_TIMERA+++
#include+"timer.h"+++
#undef+_TIMERA+|code-block|syntax|javascript|4181590|在另一个模块(lap_time.h)中，正在使用定时器C进行其间隔定时|4181591|#define+_TIMERC++
#include+"timer.h"++
#undef+_TIMERC++|4181592|当rpm_reader调用tick_count()时，它将从定时器A返回节拍计数，而lap_time将从定时器C获取其计数。|4181593|(我很抱歉回答了我自己的问题，但是问这个问题帮助我得到了这个启示。)|4181594|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|Y|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|Z|8|@]|9|@]|A|$I|J]]|$1|O|3|P|5|6|7|10|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|11|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|T|$]]

Here's a scenario to illustrate...

Lets say that timer.h provides a macro tick_count() that returns the number of timer interrupts that occured.

One module (rpm_reader.h) using timer A for interval timing:

<pre><code>#define _TIMERA 
#include "timer.h" 
#undef _TIMERA 
</code></pre>

In another module (lap_time.h) is using timer C for its interval timing

<pre><code>#define _TIMERC 
#include "timer.h" 
#undef _TIMERC 
</code></pre>

The rpm_reader would return the tick count from timer A when it called tick_count() and lap_time would get its count from timer C.

(My apologies for answering my own question, but asking the question helped me come to this revelation.)

blocks|key|793943|text|通常情况下，库头文件将有多个选项，这些选项由宏定义启用和禁用。这将启用这样的选项。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|793944|更典型的是，这些是在全局范围内设置的，方法是配置您的构建系统将-D_TIMERC添加(例如使用gcc)到编译器命令行中。|offset|length|style|BOLD|793945|entityMap^0|0|V|9|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

Often times a library header file will have multiple options, that are enabled and disabled by macro defines. This will enable such an option.

More typically these are set at a global scope by configuring your build system to add (for eg with gcc) -D_TIMERC to the compilers command line.

blocks|key|400084|text|我想知道会不会是这样：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|400085|本例中的头文件旨在允许在每个#include之前建立具有不同定义的多个include。|400086|如果在timer.h中有一个代码块(中断代码)用于微控制器中每个定时器的定时器A、B和C。在某些情况下，一个模块需要定时器A，而另一个模块需要定时器C。|400087|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I was wondering if it could be this:

The header file in this case is intended to allow multiple inclusions with different defines established before the each #include.

If in the timer.h there is a block of code (interrupt code) for timers A, B and C for each timer in the microcontroller. In some cases timer A is required in one module and timer C is required in another module.

blocks|key|793887|text|我认为你的自我回答是正确的。在包含的头文件中最有可能有条件的东西，“调用”文件知道它想要包括哪一组特定的条件“东西”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|793888|它不一定与多个包含有关-它可以是特殊情况，取决于“调用”上下文。|793889|我不是很确定为什么会有不确定的定义。我想不出一种情况，我会混合和匹配，所以不确定为什么不定义是必要的。|793890|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I think your self-answer is right. There is most likely conditional stuff in the included header and the "calling" file knows which specific set of conditional "stuff" it wants to include. 

It does not necessarily have to do with multiple includes - it can just be special cases depending on the "calling" context.

I am not exactly sure why one would undefine though. I can't think of a case where I would mix and match so not sure why an undefine is necessary.

blocks|key|800920|text|冒着说出显而易见的风险，"timer.h“期望有_TIMERC，而你的代码的其余部分没有。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|800921|在一般情况下，显然不是很好的做法，但我在包含第三方代码时也看到过类似的情况。当你有#defs冲突时，可能会变得很糟糕。|800922|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

At the risk of stating the obvious, "timer.h" expects to have _TIMERC and the rest of your code does not.

Clearly not good practice in the general case, but I have seen similar when including third party code. Can get nasty when you have #defs that clash...

blocks|key|400359|text|对于记录，避免同一个头文件的多个包含的常见做法是在文件本身中设置保护，而不是依赖于某些外部定义。%5E_%5E|type|unstyled|depth|inlineStyleRanges|entityRanges|data|400360|标头以以下内容开头：|400361|#ifndef+header_name_h
#define+header_name_h|code-block|syntax|javascript|400362|并以以下形式结束：|400363|#endif|400364|当然，def样式可以有所不同。|400365|因此，在第一次包含时，我们跳过#ifndef+(尚未定义)并设置宏。在第二次包含时，如果有的话，我们只是跳到文件的末尾，什么都不包含。|400366|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|V|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|W|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|X|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|Y|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

For the record, common practice to avoid multiple includes of the same header file is to put the guard in the file itself, not to rely on some external define... ^_^

The headers start with:

<pre><code>#ifndef header_name_h
#define header_name_h
</code></pre>

and end with:

<pre><code>#endif
</code></pre>

Of course, the def style can vary.

Thus, on first inclusion, we go past the #ifndef (not yet defined) and we set the macro.
On second inclusion, if any, we just jump to end of file, nothing is included.

What would the purpose of this construct in a c file be?: 

<pre><code>#define _TIMERC 
#include "timer.h" 
#undef _TIMERC 
</code></pre>

I am aware of the guard for preventing multiple inclusion of a header file. This doesn't appear to be whats happening though.

thanks!

Purpose of: #define, #include, #undef

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯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编辑器全新改版上线，欢迎大家体验!

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

社区新版编辑器体验调研

C文件中这个结构的用途是什么？#define _TIMERC  #include "timer.h"  #undef _TIMERC  我知道用于防止多个头文件包含的保护措施。然而，这似乎不是正在发生的事情。谢谢!

问目的：#define、#include、#undef
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问目的：#define、#include、#undefEN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问目的：#define、#include、#undef
EN