error C4668: 没有将“_WIN32_WINNT_WIN10_”定义为预处理器宏，用“0”替换“#if/#elif”

 

 在 UE5 中进行 C++ 编码时，Header 中引入 Windows 库的头文件如下：

 

 

#include "stdafx.h"
#include <stdio.h>
#include <windows.h>
#include <ctime>

 

 

出现以下错误：

 

 

fatal error C1083: 无法打开包括文件: “stdafx.h”: No such file or directory

error C4668: 没有将“_WIN32_WINNT_WIN10_TH2”定义为预处理器宏，用“0”替换“#if/#elif”
error C4668: 没有将“_WIN32_WINNT_WIN10_RS1”定义为预处理器宏，用“0”替换“#if/#elif”
error C4668: 没有将“_WIN32_WINNT_WIN10_RS2”定义为预处理器宏，用“0”替换“#if/#elif”

 

 

 stdafx.h 是标准 C++ 库在 VC 下自动包含的，stdafx.h 通常用作预编译的头文件它描述了标准系统和项目特定的包含文件，这些文件经常使用但几乎不会更改。当项目中的一组文件没有更改时，预编译的头文件有助于加快编译速度。

 

如果未使用预编译头文件，则不应在代码中生成此包含。 要关闭它，请打开 Visual C 组件属性对话框，然后在“包含”选项卡中删除“初始源包含”中的文本。 另一种方法是创建一个空的 “stdafx.h” 文件。

 

所有 C 编译器都有一个严重的性能问题需要处理。编译 C 代码、编译包含在 C 文件之上的头文件、编译构成 Windows API 和其他大型 API 库一部分的巨大标头结构是一个非常漫长、缓慢的过程。这不是 Windows 独有的，而是所有必须针对 Windows 等大型 API 进行编译的编译器都面临的老问题。

 

Microsoft 编译器可以通过一个称为预编译头的简单技巧来改善这个问题。大多数时候，我们有几十个或几百个包含文件，但它们都旨在对您的应用程序中正在编译的所有 Cpp 文件具有相同的含义。如果编译器不必每次都从头开始编译每个 Cpp 文件及其数十个包含文件，那么它可以节省大量时间。

 

技巧包括指定一个特殊的头文件作为所有编译链的起点，即所谓的“预编译头”文件，它通常是一个名为 stdafx.h 的文件。只需按适当的顺序在 stdafx.h 文件中列出 API 的所有大型标头，以 #include "stdafx.h" 开头的每个 CPP 文件，编译器不是从头开始，而是从已保存的 stdafx.h 中所有内容的编译结果开始编译。

 

致于 C4668 的错误是因为 Windows 中的宏和 UE4 冲突所致。可通过以下方式解决：

 

#include "Windows/AllowWindowsPlatformTypes.h"
//#include "Windows/PreWindowsApi.h"

#include <stdio.h>
#include <windows.h>
#include <ctime>

//#include "Windows/PostWindowsApi.h"
#include "Windows/HideWindowsPlatformTypes.h"

#ifndef FALSE
#define FALSE               0
#endif

 

即用用如下头文件包裹冲突的头文件。

 

#include "Windows/AllowWindowsPlatformTypes.h"
//#include "Windows/PreWindowsApi.h"

//冲突头文件
#include <stdio.h>
#include <windows.h> 
#include <ctime>

//#include "Windows/PostWindowsApi.h"
#include "Windows/HideWindowsPlatformTypes.h"

 

或者在当前脚本所在模块的 *.build.cs 文件的构造函数里添加以下：

 

bEnableUndefinedIdentifierWarnings = false;