深度探索C++预编译头机制

深度详见预编译头,以vs编译器实现的预编译头管理为例

预编译头是为了节省庞大的编译时间,采取的一种方法;C++标准并没有规定如何实现预编译头机制;因此其具体实现方式由编译器供应商自行决定。 下面就以VS中观测的结果为例进行说明

预编译头的最小作用单位是文件单位:
vs中可以通过设置项目属性页,创建/Yc.使用/Yu,以及不使用预编译头的方式管理预编译功能;以项目属性页设置的方式默认对所有cpp文件生效;
另外vs中也可以对某个cpp文件设置文件属性页的方式,只对某一个文件设置是否创建,使用预编译功能

pch文件为预编译头文件的输出文件;就是这个文件节省了编译时间;但是这个文件决不是二进制的obj文件包含机器码那么简单;pch文件是二进制的某种符号表,具体由实现决定;C++标准未指定

stdafx.h;stdafx.cpp;pch文件的关系:
stdafx.h文件是一般所说的预编译头文件;在vs中这个stdafx.h文件更像是一种标记;
以cpp文件为单位;如果指定了创建或者使用预编译头,则编译时编译器会从cpp文件由上至下查找出现#include“stdafx.h”的位置;这个位置之前的所有#include xxx 以及 stdafx.h位置本身都被看成是预编译的作用区
如果cpp文件不使用预编译头;则该cpp是否#include“stdafx.h”都无所谓;就算包含了#include“stdafx.h” ;这个stdafx.h也被当作一个普通的头文件看待;而不对其施加预编译功能机制!

stdafx.cpp文件,就是一个普通的cpp文件;不参与预编译功能机制,没什么特别的;与其他cpp文件一样提供定义并生成目标object;只是约定俗成的可以把在stdafx.h里面用户自己声明的函数对应的实现可以放在这个stdafx.cpp中;当然也可以放在其他cpp中不叫这个名字,总之没啥特别的;

vs下创建/Yc和使用/Yu预编译头的区别:
这二种方式的cpp都需要从头检测#include“stdafx.h”标记;如果没检测到就报错;

如果检测到了,对于以使用方式的cpp文件;将去寻找预编译头输出文件,并且把#include“stdafx.h”标记位置之前的部分,包括标记位置本身;全部替换成预编译头输出文件pch;而这个pch可以是其他以创建方式的cpp生成的;
那么以这种组织方式的问题是,这个被替换了预编译头的cpp包含了哪些声明符号,完全是由替换后的pch决定;而不是由标记位置上显示书写的#include决定;这会造成编译器上看到是否能够编译成功与编译器的智能识别不一致!
【简单来说就是显示include了可能会报未识别的标识符,因为pch里面没有,而没有显示include,智能识别intelligence有问题,但是pch里面有符号,编译能通过】【这是一种垃圾组织方式】

没有全部cpp都以使用方式预编译头的情况;因为必须要有pch生成,使用方式不会生成pch,只会替换pch!

**若项目中的cpp文件有以创建方式预编译头也有使用方式预编译头,则以创建方式预编译头的cpp文件只能有一个,不能有多个!**否则上面所说的cpp文件以使用方式触发的预编译替换机制失效!
【因为只有一个创建预编译头的输出文件pch,所以创建方式的cpp的include顺序肯定是同一的;而其他以使用方式的cpp显示声明的include最终都要被替换,这些cpp的include顺序就更无所谓了】

**如果所有cpp全都以创建方式预编译头;**每个cpp依然还是要去寻找把#include“stdafx.h”标记;并且整个项目只会生成一个pch文件;但是这个标记和这个pch文件就像是“假的”一样;不会发生预编译替换,pch也不会被共同使用【事实上这种情况下生成pch到底是什么也不知道】;
寻找标记和生成pch文件好像就是走个形式一样;所有的cpp还是以他们自己显示声明的include 进行符号查找;stdafx.h文件在这时候相当于一个普通的头文件
【简单来说这种情况,形式上需要一个#include“stdafx.h”,但是没有实际的预编译机制触发,每个cpp符号查找以他们自己include的头文件为主,甚至stdafx.h文件的位置都无所谓了,因为根本没有实际的预编译功能触发,此时stdafx.h就相当于一个普通的头文件】【这种情况下include顺序也就无所谓了】

采用预编译头时规范的组织方式:
虽然有预编译替换机制可以实现stdafx.h不一定非得出现在cpp最上方,但是这种迷惑人的组织方式最好不要使用;如果要使用预编译头,最好的方式是把稳定的头文件include在stdafx.h文件的内部;然后把stdafx.h放在cpp的最上方

vs预编译标头一致性规则
由于 PCH 文件包含有关计算机环境的信息以及有关该程序的内存地址信息,因此应仅在创建 PCH 文件的计算机上使用该文件。【关于预编译头的一致性规则,兼容等详细规则见msdn官方文档:预编译头

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
预编译文件今天在改一个很大的程序,慢慢看,慢慢改。突然发现一个.c文件,里面什么也没有,就几个文件,我一看,我靠,这不是把简单的问题搞复杂了吗,随手删掉那个c文件。结果不能编译了,我靠:fatal error C1083: Cannot open precompiled header file: \'Debug/v13_3.pch\':No such file or directory怎么rebuild all都不行。上网查了一下,才搞懂了:----------------总结------如果工程很大,文件很多,而有几个文件又是经常要用的,那么1。把这些文件全部写到一个文件里面去,比如写到preh.h2。写一个preh.c,里面只一句话:#include "preh.h"3。对于preh.c,在project setting里面设置creat precompiled headers,对于其他.c文件,设置use precompiled header file//哈哈我试了一下,效果很明显,不用precompiled header,编译一次我可以去上个厕所,用precompiled header,编译的时候,我可以站起来伸个懒腰,活动活动就差不多啦---------转载的文章----------预编译的概念:所谓的预编译就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.pch为扩展名的),这个文件就称为预编译文件这些预先编译好的代码可以是任何的C/C++代码--------甚至是inline的函数,但是必须是稳定的,在工程开发的过程中不会被经常改变。如果这些代码被修改,则需要重新编译生成预编译文件。注意生成预编译文件是很耗时间的。同时你得注意预编译文件通常很大,通常有6-7M大。注意及时清理那些没有用的预编译文件。也许你会问:现在的编译器都有Time stamp的功能,编译器在编译整个工程的时候,它只会编译那些经过修改的文件,而不会去编译那些从上次编译过,到现在没有被修改过的文件。那么为什么还要预编译文件呢?答案在这里,我们知道编译器是以文件为单位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有文件中的东西(.eg Macro, Preprocesser )都要重新处理一遍。VC的预编译文件保存的正是这部分信息。以避免每次都要重新处理这些文件。预编译的作用:根据上文介绍,预编译文件的作用当然就是提高便宜速度了,有了它你没有必要每次都编译那些不需要经常改变的代码。编译性能当然就提高了。预编译使用:要使用预编译,我们必须指定一个文件,这个文件包含我们不会经常改变的代码和其他的文件,然后我们用这个文件来生成一个预编译文件(.pch文件)想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的,编译器带的一个文件。其实不是的,这个文件可以是任何名字的。我们来考察一个典型的由AppWizard生成的MFC Dialog Based 程序的预编译文件。(因为AppWizard会为我们指定好如何使用预编译文件,默认的是StdAfx.h,这是VC起的名字)。我们会发现这个文件里包含了以下的文件:#include // MFC core and standard components#include // MFC extensions#include // MFC Automation classes#include // MFC support for Internet Explorer 4Common Controls#include <br
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值