msn: timothy_
VC的预编译机制
预编译头的概念：
所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.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 &afxwin.h& // MFC core and standard components
#include &afxext.h& // MFC extensions
#include &afxdisp.h& // MFC Automation classes
#include &afxdtctl.h& // MFC support for Internet Explorer 4
Common Controls
#include &afxcmn.h&
这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文件的，所以说他们是稳定的。 那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能 够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。打开project-&Setting-&C/C++ 对话框。把Category指向Precompiled Header。在左边的树形视图里选择整个工程Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指定生成的.pch文件的名字，默认的通常是　&工程名&.pch（我的示例工程名就是PCH）。
然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件!这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件 ，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个 Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件。
然后我们再选择一个其它的文件来看看，//其他cpp文件
在这里，Precomplier 选择了 Use ???一项，头文件是我们指定创建PCH 文件的stdafx.h文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。
这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以下是注意事项：
1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍是最开头，包含 你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，你自己试以下就知道了，绝对有很惊人的效果?..
fatal error C1010: unexpected end of file while looking for precompiled header directive
Generating Code...
2）如果你把pch文件不小心丢了，编译的时候就会产生很多的不正常的行为。根据以上的分析，你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp（即指定/Yc的那个cpp文件）从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp文件，按一下Ctrl + F7就可以了。
预编译头文件的作用
带你玩转Visual Studio——带你理解微软的预编译头技术
为什么要使用预编译头
使用预编译头(/Yu)和创建预编译头(/Yc)
预编译头(.pch)
关于预编译头
VS2013取消预编译头
C/C++预编译头的概念
无法打开预编译头文件的解决方法及预编译头原理
在VS中设置预编译头从而提高编译速度
没有更多推荐了，正确使用vs的预编译头
预编译头的概念：
所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是
以.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 &afxwin.h& // MFC core and standard components
#include &afxext.h& // MFC extensions
#include &afxdisp.h& // MFC Automation classes
#include &afxdtctl.h& // MFC support for Internet Explorer 4
Common Controls
#include &afxcmn.h&
这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文
件的，所以说他们是稳定的。
那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我
们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件
里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能
够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指
定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。打
开project -&Setting-&C/C++ 对话框。把Category指向Precompiled Header。在左边的
树形视图里选择整个工程　
Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指
定生成的.pch文件的名字，默认的通常是　&工程名&.pch（我的示例工程名就是PCH）。
然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件！
这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件
，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个
Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文
件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件
然后我们再选择一个其它的文件来看看，//其他cpp文件
在这里，Precomplier 选择了 Use ???一项，头文件是我们指定创建PCH 文件的stda
文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。
这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以
下是注意事项：
1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍
是最开头，包含 你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如
果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，
你自己试以下就知道了，绝对有很惊人的效果?..
fatal error C1010: unexpected end of file while looking for precompiled
header directive
Generating Code...
2）如果你把pch文件不小心丢了，编译的时候就会产生很多的不正常的行为。根据以上
的分析，你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp（即指定/Yc的那个
cpp文件）从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp
文件，按一下Ctrl + F7就可以了。不然可是很浪费时间的哦。
在VS中设置预编译头从而提高编译速度
#ifndef _COMMON_H_
#define _COMMON_H_
#include &pcl/ModelCoefficients.h&
#include &pcl/point_types.h&
#include &pcl/io/pcd_io.h&
#include &pcl/filters/extract_indices.h&
#include &pcl/filters/voxel_grid.h&
#include &pcl/filters/radius_outlier_removal.h&
#include &pcl/features/normal_3d.h&
#include &pcl/kdtree/kdtree.h&
#include &pcl/sample_consensus/method_types.h&
#include &pcl/sample_consensus/model_types.h&
#include &pcl/segmentation/sac_segmentation.h&
#include &pcl/segmentation/extract_clusters.h&
#include &pcl/visualization/pcl_visualizer.h&
#include &iostream&
#include &pcl/io/io.h&
#include &pcl/io/pcd_io.h&
// _COMMON_H_
// 该文件仅仅用于创建预编译头 [4/17/2014 pc]
#include "common.h"
#include "typesdef.h"
error C3859: 超过了PCH的虚拟内存范围；请使用“-Zm33”或更大的命令行选项重新编译
在VS中设置预编译头从而提高编译速度
取消预编译头
带你玩转Visual Studio——带你理解微软的预编译头技术
VS中关于预编译头文件的介绍
VS2013取消预编译头
vs在项目中去掉预编译头，去掉自动生成的stdafx.h等文件
无法打开预编译头文件的解决方法及预编译头原理
解决vs2010头文件stdatx.h预编译问题
类似于“vc80.idb 不是创建此预编译头时使用的 idb 文件，请重新创建预编译头”的解决方案
预编译头文件的作用
没有更多推荐了，端游服务器开发[勤能补拙]
浅谈GCC预编译头技术
原文：http://blog.csdn.net/wallwind/article/details/7676019
——谨以此文，悼念我等待MinGW编译时逝去的那些时间。
其 实刚开始编程的时候，我是丝毫不重视编译速度之类的问题的，原因很简单，因为那时我用BASICA。后来一直用到C++ Builder，尽管Borland的广告无时无刻不在吹嘘其编译速度，我却从没有对这个问题上心过，因为心里根本没有“编译速度慢”这种概念。没有坏， 哪来好？所谓矛盾的对立统一。遇到的第一个“慢”的编译器也许是javac，但因为Java的特殊性，也就容忍了。真正接触到世间的“恶势力”，还要算是 第一次使用GCC的时候……准确地说是MinGW。开源世界曾给我诸多惊喜，其一就是原来编译器也可以这么慢的。那时我不禁对开源社区肃然起敬，他们就用
这样的编译器，建立起了怎样一个多彩的世界！也在那时才明白了，Borland其实真的很了不起。
时至今日我也不是很了解Borland是 怎么做到的，很久以来也不知道GCC是差在了哪里。然而……有一次心血来潮，忽然想看看MinGW编译过程中加载的所有头文件。于是用了一下 -H 参数。结果是满意的，加载的头文件真多呀。接下来……开始感觉到另外的一些东西了。敢情，大部分编译时间是浪费在这里的呀？——“预编译头”的概念如鲸鱼 般跃出脑海。
预编译头技术是在VC中第一次了解的，其对编译速度的提高，绝对给人以深刻的印象。使用MinGW的时候居然忘了这个古老的咒 语。是否正是我所需要的？百度几下，结果令人失望，这方面的文献少得可怜，更令人沮丧的是还有不少人相信GCC是没有预编译头技术的。贼心不死的我打开 GCC官方文档，查找precompiled headers。慢着，居然如此顺利！——官方文档讨论篇幅并不长，但足以让我喊万岁了~不用多，一句话就够了，怎么说来着？Simply compile it!
所谓预编译头，就是把头文件事先编译成一种二进制的中间格式，供后续的编译过程使用。不要把这个中间格式与. o/.obj/.a/.lib的格式混淆，他们是截然不同的，所以预编译头文件的特性和目标文件也不同（尽管他们都属于某种中间文件）。——但也有类似的 地方的，比如，它们都是编译器之间不兼容的^_^，就是说你不能把VC生成的预编译头拿到GCC上去用。甚至扩展名都不一样，VC的是大家都熟悉的. pch，而GCC的，是.gch——今天的主角。
为什么要使用预编译头？再明确不过了，提高编译速度。为什么会提高编译速度？这么说吧，你 有两个文件a.cpp和b.cpp，都包含了同一个头文件c.h。那么正常的流程是：将c.h和a.cpp合并，编译成a.o；将c.h和b.cpp合 并，编译成b.o；最后将a.o和b.o链接成可执行文件。过程很简单，浪费时间之处也一目了然：头文件c.h的内容实际上被解析了两遍。也许你要说，当 然要两遍了，因为头文件几乎是不生成任何代码的，只有依附于具体的.cpp文件才有意义。正确，但那只是在代码执行过程中。但在代码编译的时候呢？编译器
读入源代码，首先将其解析成为一种内部的表示方式。这个过程与其所依附的.cpp文件并无关系，编译器接着可以读入.cpp文件并同样解析成内部表示，然 后把两段内部表示拼接起来，再进行接下来的操作。既然编译两个.cpp文件都要先对c.h进行解析，那干嘛不把c.h解析好了保存成临时文件，用时读入， 不就可以省了一次解析的时间了吗？——预编译头技术节省时间的原理正在于此，尤其是在这样一个事实下：对源代码的“解析”这个步骤，确实是占了编译时间中 很可观的一部分。
我看见你满是狐疑的脸：预处理，就是编译之前的处理，合并.h和.cpp文件分明是预处理的步骤，而解析源代码是编译之中 的步骤，先解析后合并？怎么“预”处理反而跑到编译步骤之后了？这还叫“预”吗？——这个问题我们决定不深究了，毕竟现在的编译器早就混淆了预处理与编译 的界限……毕竟，这么做是管用的，对吗？
我们来看看结果。写一个C++的Hello world，使用cout输出一行字。包含了什么头文件？当然是iostream。这个头文件对于人们来说，绝对是熟视无睹级别的。然而使用它的时候，你 注意到编译器幕后的累累“罪行”了吗？是的，用 -H 参数编译一下这个Hello world吧！看看总共加载了多少个头文件？我的机器上，总共103个！
是的，你应该将它们做成一个.gch文件。如何做？如前所述，再简单不过：只要编译它就可以了：
一 句话，就是：把.h文件当成.cpp文件一样来编译。这是最简单的，如果需要控制编译细节，比如常量定义之类，大可加上其它选项。运行之后，你会发现同个 目录里生成了一个名叫xxx.h.gch的文件，这就是我们要的。也许你和我一样，迫不及待地尝试g++ iostream了？呵呵，结果一定是和我一样的失败——在编译.gch的过程中，GCC并没有使用环境变量或 -I 选项来查找被编译的头文件，被编译的头文件必须在当前目录下。然而，被编译的头文件所进一步包含的其它头文件，却可以通过以上途径找到。简言之，就是把直 接编译的那个头文件以类似对待.cpp文件的方式处理了。现在知道该如何编译iostream了吧？对，在当前目录里建立一个头文件，起个随你喜欢的名
字，比如foo.h，在其里面写上：#include &iostream&，然后编译它：g++ foo.h。生成的foo.h.gch，就是我们要的了。其它文件需要用到iostream的，不要包含iostream，要包含foo.h。切记，不是 去包含foo.h.gch！
如果你用过VC，那么这个foo.h也许会让你找到一种似曾相识的感觉吧？对了，就相当于那个 stdafx.h！那么你也该记得，每个文件包含这个foo.h，都应该在文件一开始的地方，否则会出错。真的，终于找到了GCC中的stdafx.h， 这种感觉几乎让人热泪盈眶了^_^
那么接下来，照搬一些stdafx.h相关的注意事项吧，它们同样适用于.gch文件：应该把那些不常修 改的（首当其冲，当然是系统的）头文件放在预编译头里，而那些属于你的程序的一部分的头文件，一般并不放在预编译头里，因为它们可能随时要被修改的。每修 改一次就要重新生成预编译头，并没有速度优势可言，失去预编译头的意义了。另外重要的注意事项是：如果你生成预编译头的时候用了一些选项，比如宏定义，那 么使用这个预编译头的其它源代码文件，被编译的时候也要使用这些选项，否则会因为不匹配而编译失败。
对了，说了半天，从来没有正面讲过如何 使用已经生成的预编译头。然而看到这里也该明白了，是的，很简单，只要包含其所对应的.h文件即可！比如你有个头文件叫foo.h，另外有一大堆其它文件 都包含了这个foo.h，原来没有使用预编译头技术，现在忽然想使用了，于是把foo.h编译成了foo.h.gch。那其它文件要做怎样的修改？——什 么都不用，一切照旧！聪明的GCC编译器在查找一个.h文件之前，会自动查找其目录里有没有对应的.gch文件，如有，且可用，则用之；没有，才用到真正 的.h头文件。——慢着，“如有，且可用”，什么叫“可用”？——就是指这个.gch格式要正确，版本要兼容，而且如上所述，编译两者要用同样的选项。如
果.gch不可用，编译器会给出一条警告，告诉我们：这个预编译头不能用！我只好用原有的.h头文件啦！什么？你说看不到这个警告？——当然，要先打开 -Winvalid-pch 选项才行，其默认是关闭的。
用 -H 选项感受一下预编译头的清爽吧！再没有滚不完的头文件了，明显提高的速度，绝对会让你有种翻身解放的感觉，原来MinGW也可以和蜗牛般的速度说再见的。
预编译头文件的作用和使用方法介绍
gcc如何生成预编译头文件(.gch)
GCC中使用预编译头文件
gcc——预处理（预编译），编译，汇编，链接
gch文件之浅谈GCC预编译头技术 收藏
gcc 编译器常用的命令行参数一览
gcc编译程序的四个阶段（预处理-编译-汇编-链接）
gcc 编译的四大过程（预处理-编译-汇编-链接 ）
gcc：预处理语句－－#if, #elif, #else, #endif和#ifdef，#ifndef
GCC 预编译－编译－链接－加载
没有更多推荐了，关于vc头文件的预编译指令请教！
[问题点数：0分]
本版专家分：0
结帖率 100%
CSDN今日推荐
本版专家分：5398
本版专家分：2951
匿名用户不能发表回复！|
其他相关推荐&|&&|&&|&&|&&
当前位置： >
如何使用VC的预编译技术（转载）
作者：zeusuperman1 & 来源：转载 &
摘要: 一、概念：1、预编译：就是编译器首先编译某个文件（称为预编译头文件），然后将这个编译结果保存起来，之后如果有其他源文件include了这个“预编译头文件”的时候，则自动从这个编译结果提取需要的信息进行编译。2、预编译结果文件（Precompiledheaderfile）：就是那个用来保存已经编译了的符号信息的文件（.PCH作为后缀）3、生成预编译结果文件（CreatePrecompiledhead
一、概念：
1、预编译：就是编译器首先编译某个文件（称为预编译头文件），然后将这个编译结果保存起来，之后如果有其他源文件include了这个“预编译头文件”的时候，则自动从这个编译结果提取需要的信息进行编译。
2、预编译结果文件（Precompiled header file）：就是那个用来保存已经编译了的符号信息的文件（.PCH作为后缀）
3、生成预编译结果文件（Create Precompiled header file）：我们说源文件A通过文件B“生成预编译结果文件”是指编译A的时候将其中编译B的编译结果保存成预编译结果文件。一般使用向导的话，A文件就是“stdafx.cpp”，B文件是“stdafx.h”。stdafx.cpp中就一行语句：
#include “stdafx.h”
4、使用预编译头（Using precompiled header）：我们说某个源文件（a.cpp）通过“stdafx.h”来使用预编译结果是指编译a.cpp的时候，如果a.cpp第一行include语句是#include “stdafx.h”的话，那么直接取预编译结果文件的结果，不再重新编译”stdafx.h”
二、向导是怎么做的？
1、设置“stdafx.cpp”的预编译选项是通过“stdafx.h”文件来“生成预编译结果文件”。
2、其他源文件的预编译选项设置是通过“stdafx.h”来“使用预编译头”
三、使用原则？
1、将相对稳定的头文件（比如CRT，STL，第三方固定的库）全部写在stdafx.h中。（是否使用stdafx.h依赖个人喜好，不过使用stdafx.h可以和向导保持一致）
2、全部源文件第一行都加#include “stdafx.h”。
3、一些不能修改的源文件（如果公共的代码，不具备权限修改的代码），设置他的预编译选项是“不使用预编译头”。注意，一定不能是选择“自动生成预编译头”，因为这样会将stdafx.h的结果冲掉（这个不知道是BUG还是设计的问题了，.^_^。）。
Q、为什么不全部使用“自动生成预编译头文件”？
A、“自动生成预编译头文件”和什么都不用没有什么两样，编译速度没有质的提高。
Q、手工添加一个新的源文件到项目的时候，经常出现类似错误：
fatal error C1010: unexpected end of file while looking for precompiled header directive
A、因为向导缺省的设置是“使用预编译头”，但是你新加的文件并没有在第一行包含“stdafx.h”。解决的方法要么修改成“不使用预编译头”，要么添加一行#include “stdafx.h”
Q、加stdafx.h和stdafx.cpp总觉得是和编译平台绑定了，不具备移植性？
A、其实，注意一下stdafx.h的写法就没有问题了。我的解决方案是(stdafx.h的内容)：
–begin of file stdafx.h
#ifdef _WIN32
#include “win.h”&&&&// 泛指window下的公共头文件
#include “linux.h”&&&&// 泛指linux下的公共头文件
#include “crt.h”&&&&&&//泛指c标准库
#include&“stl.h”&&&&&&//泛指STL库
–end of file
或者更加简单一点，如果不是VC编译器，那么stdafx.h就什么内容都不写！
版权所有 IT知识库 CopyRight (C)
IT知识库 IT610.com , All Rights Reserved.