blocks|key|1285859|text|编译时开销，主要是因为编译器必须包含和解析该文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1285860|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|$]]

Compile-time overhead, mostly, as the compiler has to include and parse that file.

blocks|key|3602202|text|它应该只影响编译速度，而不是执行速度。至于编译时间开销，对于大型项目来说，它可能是显而易见的，但要知道它如何影响您的项目，唯一的方法是测量使用和不使用includes的编译时间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3602203|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|$]]

It should impact compile speed only, not execution speed. As for the compile time overhead, for large projects it can be noticeable but the only way to know how it impacts your projects is to measure the compile times with and without the includes.

blocks|key|1285943|text|没有运行时效率损失。这更多的是一个维护问题，因为拥有多余的includes会让你不清楚你实际使用的是什么库。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1285944|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|$]]

There is no runtime efficiency loss. It's more of a maintenance issue as having superfluous includes makes it unclear as to what libraries you are actually using.

blocks|key|1285972|text|如今，大多数流行编译器中的Precompiled+headers使得#include的包含成本可以忽略不计。在运行时，这一切都不会留下任何东西，因为链接器足够智能，不会包含不需要的东西。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1285973|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Precompiled_headers^0|Y|8|D|J|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]]|D|@$9|Q|A|R|1|S]]|E|$]]|$1|F|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]]]

<a href="http://en.wikipedia.org/wiki/Precompiled_headers" rel="nofollow noreferrer">Precompiled headers</a> in most popular compilers nowadays make the inclusion costs by <code>#include</code> pretty negligible. And at runtime nothing of that remains anyway since linkers are smart enough not to include things that aren't needed.

blocks|key|5070748|text|一般来说，只有编译时开销，没有运行时开销。链接器将只链接到程序真正使用的库的一部分。糟糕的链接器将包含被引用的库的加载代码，即使它们根本不被使用，因此您在启动时间上付出了一点代价。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|5070749|entityMap^0|5|F|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Generally speaking, there is only compile time overhead not runtime overhead. The linker will only link against parts of the library that are really used by your program. Bad linkers will include the loading code for the referenced libraries even when they are not used at all, so you pay a little on startup time.

blocks|key|3602149|text|包含不需要的文件将导致编译时间略微增加，但不会对生成的代码产生影响。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3602150|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|$]]

Including files that are not needed will lead to slightly increased compilation times, but will have no effect on the generated code.

blocks|key|1286004|text|任何开销将主要发生在编译时，而不是运行时。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1286005|#include告诉编译器需要包含引用文件中的代码。因此，当它遇到引用时，它必须加载文件。这将花费有限的时间，这取决于文件的实际位置和大小。|offset|length|style|CODE|1286006|运行时唯一的开销是如果编译器包含未被引用的代码，从而使可执行文件比需要的更大-这可能会增加启动时间。|1286007|entityMap^0|0|0|8|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@$D|N|E|O|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Any overhead will primarily be at compile time rather than run-time.

The <code>#include</code> tells the compiler than it needs to include code from the referenced files. So it has to load the file when it comes across the reference. This will take a finite amount of time depending on where the file actually is and how large it is.

The only overhead at run-time would be if the compiler included code that wasn't referenced thus making the executable larger than it needed to be - which would potentially increase start-up times.

blocks|key|1286053|text|当然，这会减慢编译速度。在一般情况下，它还可能导致您的.exe包含从未实际使用过的全局变量甚至函数。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1286054|对于标准的C-runtime头文件，我不知道有任何显著的运行时开销。对于其他标头，您需要小心。一些Windows头文件声明了成百上千的UUID，最终会使您的exe变得臃肿。|1286055|在运行时，您可以查看链接器生成的.map文件，以确定这是否会耗费您的成本。有没有你没想到的变量或函数？|1286056|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|$]]

It slows the compile down, of course. In the general case, It can also cause your your .exe to contain global variables or even functions that you never actually use. 

For the standard C-runtime headers, I'm not aware of any significant runtime cost. For other headers you need to be careful. Some of the Windows headers declare hundreds of UUIDs that can end up bloating your exe. 

The way you find out if this is costing you anything at runtime is to look at the .map file that the linker generates. Are there any variables or functions there that you didn't expect?

Say you #include and never use anything from stdio.h. What are the overhead costs associated with this?

I noticed a lot of network code includes all networking related headers they can think of in case they end up using something from one of them, so I was wondering if this is some sort of ease of use vs efficiency trade off or if there is no loss of efficiency.

Cost of an #include in C

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

社区新版编辑器体验调研

说你#include并且永远不要使用stdio.h中的任何东西。与此相关的管理成本是多少？我注意到很多网络代码都包含了他们能想到的所有与网络相关的标头，以防他们最终使用其中的某个标头，所以我想知道这是易用性与效率之间的某种权衡，还是没有效率损失。

问在C中包含#的开销
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在C中包含#的开销EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在C中包含#的开销
EN