fatal error C1083: 无法打开预编译头文件:“Debug\xxx.pch”: No such file or directory

fatal error C1083: 无法打开预编译头文件:“Debug\xxx.pch”: No such file or directory

“Rebuild All”没有解决，然后把“C/C++”属性中的“预编译头”由“使用（/Yu）”改为“创建（/Yc）”，问题解决了。看来还是预编译头文件xxx.pch创建的有问题，仔细想一下，vc工程的预编译头是由stdafx.cpp编译生成的。（其实起作用的是stdafx.h，但头文件不参加编译，所以需要stdafx.cpp文件，这个文件里只有一句代码：#include “Stdafx.h”。）

综上：最妥善的解决方法就是，在工程属性中，选择“使用（/Yu）”预编译头，而单独将stdafx.cpp设置为“创建（/Yc）”预编译头。

关于“预编译头”的作用，参考如下：

在很多程序中，每个源文件都存在一些相同的部分。比如要包含相同的一些头文件，而且这些头文件可能很长，例如window.h。如果用普通的方法编译这些源文件，对这些头文件在每个源文件中的出现都要重新编译，作了很多重复工作。如果能将这些头文件专门进行编译，并且把结果存储起来。然后在编译包含这些头文件的源文件时，使用上述结果替代头文件在源文件中的出现，就可以大大减少工作量。Microsoft Visual C++提供的“预编译头文件”机制就支持这一功能。

所谓的预编译头就是把一个工程中的那一部分代码，预先编译好放在一个文件里（通常以.pch为扩展名），这个文件就称为预编译头文件。这些预先编译好的代码可以是任何的C/C++代码——–甚至是inline的函数，但必须是稳定的，在工程开发的过程中不会被经常改变。如果这些代码被修改，则需要重新编译生成预编译头文件。注意生成预编译头文件是很耗时间的。同时得注意预编译头文件通常很大，通常有6-7M大。注意及时清理那些没有用的预编译头文件。

也许你会问：现在的编译器都有Time stamp的功能，编译器在编译整个工程的时候，它只会编译那些经过修改的文件，而不会去编译那些从上次编译过，到现在没有被修改过的文件。那么为什么还要预编译头文件呢？答案在这里，我们知道编译器是以文件为单位编译的，一个文件经过修改后，会重新编译整个文件，当然在这个文件里包含的所有头文件中的东西（.eg Macro, Preprocesser ）都要重新处理一遍。VC的预编译头文件保存的正是这部分信息。以避免每次都要重新处理这些头文件。

转http://www.zhuyanfeng.com/archives/2231