错误类型1：
环境：VS2008
语言：C++
下午出了一个非常可恶的问题，我的一个基于MFC 对话框的程序因为预编译头文件stdafx.h的原因始终无法编译通过。 由于程序整体是需要预编译头文件的。因此工程内所有cpp文件通通都包括了#include stdafx.h。
我自己写的文件放在工程文件夹下自建的一个文件夹里。比如工程名DynamicPathPlan, 我的文件SamplePredictModel.h、SamplePredictModel.cpp放在 "C:/当前的实际机器人代码/DynamicPathPlan_SelfLoc/DynamicPathPlan/SelfLoc"文件夹里面。而MFC自动生成的stdafx.h是放在工程文件夹下面。同时在SelfLoc文件夹下面还有若干自己写的类文件。其他的类中cpp文件也都有#include stdafx.h，而且都没有错。独独是这么一个文件SamplePredictModel.cpp 中报错："fatal error C1083: 无法打开包括文件:“Stdafx.h”: No such file or directory"（ 我不明白为什么它报错，同一目录下其他的文件都没有报错，当然如果在同目录这些正常的文件上尝试通过右击"#include stdafx.h"以打开stdafx.h是不能打开的）。
如果在工程属性中设置不使用预编译头当然是可以避免这一问题的，但是仅仅因为这一个文件就要去掉所有其他文件中的stdafx.h 实在不划算，而且对话框文件中还是需要stdafx.h的。因此工程部使用预编译头是不行的。 我尝试将包含语句改为 #include ../stdafx.h VC报错说是我没有添加stdafx.h。失败。网上找了n多看，都不得要领。 正好想到解决方案管理器中可以给每个文件设置是否使用预编译头。 因此将整个工程设为使用预编译头，再将SamplePredictModel.cpp 单独设为不使用预编译头。然后删掉#include ../stdafx.h。 于是。。。。整个世界清静了。。。。编译通过。 结论1. 工程属性中的预编译头设置相当于给所有工程中的文件都进行了同样设置。 然而我们自己给文件再更改它的设置，从而实现了仅单个文件不使用预编译头。
错误类型2：
编译时出现
fatal error C1083: 无法打开预编译运行头文件:“Debug\xxxx.pch”: No s.........
Method2,项目-〉属性-〉C/C++ -〉预编译头,修改 创建/使用预编译头 为 创建预编译头.
谢谢各位朋友指点
错误类型3：
fatal error C1083: 无法打开预编译头文件:“Debug\t.pch”: No such file or directory
本来就是一个很小的程序，自己在网上查了一下，还是不行。不得已向高手请教，可是高手却没空。自己就摸索着弄了起来，最后终于解决了，爽啊！
自己总结一下：
在MSDN中是这样说的：
其实大部分原因是第一条文件不存在，我的那个问题就是输入第一类。这里要涉及编译头的概念（以下是转载）
预编译头的概念：
所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是
以.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
fx.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就可以了。不然可是很浪费时间的哦。
错误类型4：
1、用VC.NET编辑程序，按Ctrl+F7,出现下列错误：
fatal error C1083: 无法打开预编译头文件：“Debug/UGFace.pch”: No such file or directory
解决方法：修改：项目->属性->C/C++ ->预编译头->不使用预编译头 即可。
2、先打开一个以前做了一下的工程，编译通过，能运行。我就稍微修改了一下代码（只是修 改一个参数使写入INI文件的整数由0变为10），这时编译通不过了，提示头文件“stdafx.h”编译错误（具体错误提示忘记了），错误位置指向应用程序类的源文件的语句“#include "stdafx.h"”。不包含这个文件是不行的，左看右看没找出个原因来，甚至把代码改回原来的样子，还是不行。到网上一查，发现这么一段话：
学用Visual C++ 6.0的第一个例程就让我出了错.用向导生成第一个基于对话框的Project之后,我按照书([Visual C++面向对象与可视化程序设计(第二版)]清华大学出版社pp76)上的例子开始了我的第一个程序,当我按照书上的源程序一个字一个字地输进去之后,始终有一个错误:fatal error C1010: unexpected end of file while looking for precompiled header directive.找了无数次之后,我决定把向导生成的包括头文件的语句:include"StdAfx.h"保留(而这之前我是把它删掉了的,因为书上的例子没有这句.)咦,这下就对了.这是为什么呢?我百思不得其解.
来到我的VC源代码目录,我注意到每个Project每个Project下面的DEBUG文件夹都特别大,而且一个扩展名为 .pch的文件占去了绝大部分,我删掉之好像对程序编译运行没有什么影响.于是抱着对.pch文件的好奇,我在网上搜到了我疑惑之处的解答.这就是VC++6.0给我们带来的:预编译头文件.预编译头文件(一般扩展名为.PCH),是把一个工程中较稳定的代码预先编译好放在一个文件(.PCH)里.这些预先编译好的代码可以是任何的C/C++代码--甚至可以是inline函数,只是它们在整个工程中是较为稳定的,即在工程开发过程中不会经常被修改的代码.
为什么需要预编译头文件?
一言以蔽之:提高编译速度.一般地,编译器以文件为单位编译,如果修改了一工程中的一个文件则所有文件都要重新编译,包括头文件里的所有东西(eg.Macro宏,Preprocessor预处理),而VC程序中,这些头文件中所包括的东西往往是非常大的,编译之将占很长的时间.但它们又不常被修改,是较稳定的,为单独的一个小文件而重新编译整个工程的所有文件导致编译效率下降,因此引入了.PCH文件.
如何使用预编译头文件以提高编译速度?
要使用预编译头文件,必须指定一个头文件(.H),它包含我们不会经常修改的代码和其他的头文件,然后用这个头文件(.H)来生成一个预编译头文件(.PCH)VC默认的头文件就是StdAfx.h,因为头文件是不能编译的,所以我们还需要一个.CPP文件来作桥梁,VC默认的文件为StdAfx.cpp,这个文件里只有一句代码就是:＃include "StdAfx.h".接下来要用它生成.PCH文件,涉及到几个重要的预编译指令:/Yu,/Yc,/Yx,/Fp.简单地说,/Yc是用来生成.PCH文件的编译开关.在Project->setting->C/C++的Category里的Precompiled Header,然后在左边的树形视图中选择用来编译生成.PCH文件的.CPP文件(默认即StdAfx.cpp)你就可以看到/Yc这个开关,它表示这个文件编译了以后是否生成.PCH文件(可能/Yc的c表示create)./Fp指令指定生成的.PCH文件的名字及路径(可能/Fp的p代表path)./Yu的u即use使用,工程中只要包括了.H文件的文件都会有这个/Yu指令.如果选择自动Automatic...的话则原来为/Yc的地方就换成了/Yx指令.如果选择自动,则每次编译时编译器会看以前有没有生成过.PCH文件,有则不现生成否则就再次编译产生.PCH文件.
注意:
A,实际上,由Appzard项目向导生成的默认的头文件及CPP文件StdAfx.h和StdAfx.cpp可以是任何名字的.原因很简单.但如果你要这样做就要记得修改相应的Project->setting...下的几个预编译指(/Yc,/Yu,/Yx,/Fp)的参数.
B.在任何一个包括了将要预编译的头文件而使用了.PCH文件的工程文件的开头,一定必须要是在最开头,你要包含那个指定生成.PCH文件的.H文件(通过.CPP文件包括,默认为StdAfx.cpp),如果没包括将产生我最开头产生的错误.如果不是在最开头包括将产生让你意想不到的莫名其妙错误,如若不信,盍为试之?
C.预编译文件.PCH生成之很耗时间,而且生成之后它也很占磁盘空间,常在5-6M,注意项目完成之后及时清理无用的.PCH文件以节约磁盘空间.
D.如果丢了或删了.PCH文件而以后要再修改工程文件时,可将指定的/Yc的.CPP文件(默认为StdAfx.cpp)重新编译一次即可再次生成.PCH文件,不用傻傻的按F7或Rebuild All
照这么说，我这种情况只要重新将“StdAfx.cpp”编译一下就可以了，一试，马上能编译运行了。心里不知道有多高兴，因为以前碰到过几次这样的问题都不知道怎么解决，只好重新创建一个相同的工程。
以前还碰到过另外一种情况(早就解决了的)：新建一个工程，随便找一个cpp文件，按ctrl+f7系统将会提示：fatal error C1083: 无法打开预编译的头文件：”Debug/xxx.pch”: No such file or directory(其中xxx是工程的名字)这种情况也是一样的原因，为vc的stdafx.h头文件未编译所致。也可以这样解决：先F7，编译后再ctrf+f7。
看来什么东西都要从原理入手，才能更容易地解决；
错误类型5：
预编译头文件
今天在改一个很大的程序，慢慢看，慢慢改。突然发现一个.c文件，里面什么也没有，
就几个头文件，我一看，我靠，这不是把简单的问题搞复杂了吗，随手删掉那个c文件。
结果不能编译了，我靠：
fatal error C1083: Cannot open precompiled header file: \'Debug/v13_3.pch\':
No such file or directory
怎么rebuild all都不行。
上网查了一下，才搞懂了：
－－－－－－－－－－－－－－－－总结－－－－－－
如果工程很大，头文件很多，而有几个头文件又是经常要用的，那么
1。把这些头文件全部写到一个头文件里面去，比如写到preh.h
2。写一个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 <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 &8943;&8943;&8943;一项，头文件是我们指定创建PCH 文件的stda
fx.h
文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。
这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以
下是注意事项：
1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍
是最开头，包含 你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如
果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，
你自己试以下就知道了，绝对有很惊人的效果&8943;..
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就可以了。不然可是很浪费时间的。
例如：
加了一个对话框类文件，重新编译后出现编译错误：
d:\center\lkdraw\codlg.cpp(4) : fatal error C1083: Cannot open precompiled header file: 'Debug/LkDraw.pch': No such file or directory
codlg.cpp (4)行是如下语句：#include "stdafx.h"
但我的stdafx.h 文件明明在，而且其它的对话框文件一样的写法却没错误。
请问如何解决？
在菜单project-settings-c/c++ 中的Project Options 中把/Fp"Debug/LkDraw.pch"删掉，成功搞定。
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
