包含越多的头文件程序就会运行的越慢吗？

Jarrys 2008-11-02 12:22:31

如题！

...全文

165 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

太乙 2008-11-02

打赏
举报

回复

[Quote=引用 5 楼 October_1 的回复:]
只听说包含的头文件越多编译越慢
[/Quote]

肯定的~

October_1 2008-11-02

打赏
举报

回复

只听说包含的头文件越多编译越慢

060 2008-11-02

打赏
举报

回复

不会，头文件只是对函数和类型的声明，不会涉及具体的函数实现。

信念 2008-11-02

打赏
举报

回复

从逻辑上说应该是

appleshao 2008-11-02

打赏
举报

回复

不

baihacker 2008-11-02

打赏
举报

回复

只是编译的时候可能编译得有点多...在这种情况下可以采用预编译.

在c或c++中，头文件重复包含问题是程序员必须避免的问题，也是很多新手容易犯错的问题。为什么要避免头文件重复包含呢？ 1.我们知道在编译c或c++程序时候，编译器首先要对程序进行预处理，预处理其中一项工作便是将你源程序中#include的头文件完整的展开，如果你有意或无意的多次包含相同的头文件，会导致编译器在后面的编译步骤多次编译该头文件，工程代码量小还好，工程量一大会使整个项

在一些大型项目中，各种头文件会相互包含，关系就显得错综复杂，同时由于文件的包含就是复制粘贴，那些重复包含的头文件就会使代码长度大大增加，那有没有什么办法解决这个问题呢？答案肯定是有的，这就涉及到条件编译了。

头文件互相包含是一种非常见的问题，一旦工程很大，这样的问题比较难排除，特别是间接互相引用的时候。在项目的移植中常常会遇到这些问题，而sourceinsight中又无法查找头文件包含关系，所以特写了一个程序来解决此类问题。我还不知道是否有现成的解决办法，若有欢迎告知。头文件是否互相包含实际上是查找有向图中是否有环路的问题。思路比较简单，可以定义一个图的结构。考虑到这是一个稀疏图，所以我借助stl

一、头文件重复包含问题分析 1) 问题重现举例说明。假设在某个C++ 头文件 或源文件中，包含了A.h和B.h两个头文件： #include “A.h” #include “B.h” 事实上，在头文件B.h中也包含了头文件A的引用，即： #include"A.h" 这样在编译这个文件时，因为文件包含了 A.h 这个头文件，编译器展开这个头文件，知道了 A 这个类的定义了，接着展开B.h头文件，而在B.h头文件中也包含了A.h，在此展开A.h，于是类A就重复定义了。以上就是头文件重复包含问题的重现过程

有头文件的编程语言体系中，头文件的本意是给其他文件提供基本的类型、声明或者宏等讯息供参考，让编译器知晓这些类型讯息。一般的原则是，越是common的头文件会被其他头文件依赖，即xxx.h很可能会包含common.h. 但定义common以及不同头文件的依赖很可能陷入一个困境，大家都想要对方头文件的讯息，这就出现了头文件循环依赖。

65,211

社区成员

250,514

社区内容

发帖

与我相关

我的任务

c++ 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

请不要发布与C++技术无关的贴子
请不要发布与技术无关的招聘、广告的帖子
请尽可能的描述清楚你的问题，如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧

+ 用AI写文章