我了解预编译头文件的目的是通过使用已经编译过一次的目标文件并将其链接到实际项目来加快编译过程。但我不明白的是，为什么我要明确强制 Visual Studio 使用stdafx.h（项目属性 -> C/C++ -> 预编译头文件 -> 预编译头文件）？为什么#include "stdafx.h" 还不够？
【问题讨论】：
标签： c++ visual-studio precompiled-headers stdafx.h
为什么
#include "stdafx.h"[...] 还不够？
因为这只是一个标准的 C++ 预处理器指令。* 就编译器而言，它与 #include <string> 没有什么不同。如果你需要附加额外的语义，你必须告诉编译器。
由于似乎存在混淆，Visual Studio 如何实现预编译的标头，这里是文档的链接：Creating Precompiled Header Files。
*请注意，"stdafx.h" 这个名称没有什么特别之处，只是它是用于生成 PCH 的默认标头名称。
【讨论】：
stdafx.h。尽管我在 CMake 中使用了一个宏来指定 PCH 标头的名称..
#include "stdafx.h" 替换为stdafx.h 的内容。从这一点开始，我可以调用stdafx.h 中声明的函数，编译器不会抱怨。编译后stdafx.obj 文件与我的项目链接。我认为没有必要在这里明确指定其他内容。
#include 指令。此外，头文件不是编译单元。没有 "stdafx.obj" 文件（除非您还提供了一个 "stdafx.cpp" 文件，您可以为 PCH 提供该文件）。不过，.obj 文件与 PCH 无关。
#include "stdafx.h"，只要它的行为与标准 C++ 预处理器指令相同，并且可以像往常一样回退到包含文件。不，这不仅仅是理论上的，至少 GCC 确实如此。
#include 是标准 C++ 预处理器指令这一事实意味着它不会导致使用预编译的标头。一个真实世界编译器的反例，它完全表明该逻辑是不正确的。
所谓的stdafx.h应该看起来像一个普通的头文件。它的名字没有什么特别之处。它不应该自动启用预编译头。
这个想法是stdafx.h 将被任何其他编译器视为普通头文件和/或当您不使用 MSVC 中的预编译头文件时。
你应该告诉 MSVC 编译器你实际上想要启用预编译头文件。这正是您拥有该项目设置的原因。并且只有当您启用预编译头文件时，stdafx.h 才会获得它的特殊角色，并会从编译器中得到特殊处理。而且不一定是stdafx.h。您可以通过在项目设置中指定不同的名称来将此特殊角色分配给任何其他标头。
事实上，在与 Microsoft 特定库或框架无关的项目中看到对 AFX 的引用将是一件很奇怪的事情。
【讨论】：
stdafx.h 的具体特殊处理？它与经典的编译链接过程有何不同？
stdafx.h收到的“特殊待遇”基本上是：它的内容只被预编译一次，然后以预编译的形式使用。仅此而已。
#include "stdafx.h"的时候不是告诉MSVC了吗？
#include "myheader.h" 没有什么不同。只是一个头文件，没有特殊含义。
#include "stdafx.h" 没有特殊含义，但我不明白为什么应该这样做。如果stdafx.obj 存在，为什么它不能在链接时使用。我不明白为什么stdafx.h 应该受到与任何常规头文件不同的威胁。有stdafx.h 然后有stdafx.cpp 包含它并在编译后从它创建stdafx.obj 并且这个stdafx.obj 在链接期间被链接。因此stdafx.obj 只创建一次，但每次我重新编译我的项目时都会链接。