C++的编译链接与在vs中build提速
通过gcc或msvc，clang等编译器编译出来的C++源文件是.o文件。在windows上也就是PE文件，linux为ELF文件，在这一步中，调用其它代码文件中的函数的函数地址是未知的(00000)，等到链接之后才会替换掉函数地址的
C++是如何编译的
C/C++编译过程主要分为4个过程
- 编译预处理
- 编译、优化阶段
- 汇编过程
- 链接程序
编译游戏引擎的耗时
内网使用IB(incrediBuild)编译引擎时总耗时2分23秒，编译2分钟，link耗时15秒
在vs中提高c++的编译速度
达到修改一行代码，10s内编译完，link会花点时间，因为所的工程都是lib，而不是dll，如果改成dll，则会更快。
调试信息的格式
把所有的工程的属性这项： C/C++ - General - Debug Information Format ，改成：C7 compatible (/Z7)
实际上是在vcxproj文件中增加了这样一项：<DebugInformationFormat>OldStyle</DebugInformationFormat>
Debug Information Format是一个编译器选项，用于控制生成的调试信息的格式。
调试信息是一种用于调试程序的数据，包括变量名、函数名、行号等信息。在程序出现错误时，调试信息可以帮助开发人员快速定位问题。
Debug Information Format选项有以下几种可选值：
-
None：不生成调试信息。
-
Program Database (/Zi)：生成一个独立的PDB文件，包含所有的调试信息。
-
Program Database for Edit and Continue (/ZI)：生成一个独立的PDB文件，包含所有的调试信息，并且支持编辑和继续调试。
-
Old Style (/Z7)：将调试信息嵌入到可执行文件中。
需要注意的是，生成调试信息会增加可执行文件的大小，因此在发布版本时应该关闭调试信息生成。
另外，需要注意的是，如果使用了/DEBUG选项，那么编译器会自动将Debug Information Format选项设置为Program Database (/Zi)。
预编译头
选中工程，右键 - 属性 - C/C++ - Precompiled Headers - Precompiled Header 改成 Not
就是把一些固定的东西先编译好，其他cpp文件直接引用就不copy了，这东西在分布式下没用， 单机是有效果的
什么是预编译头？
includeN多的头文件会导致编译变慢，提取整个项目公共头文件放到一起，只编译一次，减少编译时间。
增量编译
在入口工程启用增量编译 ： Linker - General - Enable Incremental Linking，勾选：Yes (/INCREMENTAL)
Linker - Optimization
右键 - 属性，Linker - Optimization - 把这2项改成No
- References ：No (/OPT:NOREF)
- Enable COMDAT Folding ：No (/OPT:NOICE)
OptimizeReferences 用于控制是否优化未使用的函数和数据的代码生成，当OptimizeReferences选项设置为/OPT:REF时，编译器将在链接时删除未使用的函数和数据，以减小可执行文件的大小。这可以减少可执行文件的大小，提高程序的运行效率。
EnableCOMDATFolding 用于控制是否启用COMDAT折叠优化，当Enable COMDAT Folding选项设置为Yes/OPT:ICF时，编译器将启用COMDAT折叠优化。这可以减少可执行文件的大小，提高程序的运行效率。
Linker - Debugging
右键 - 属性， Linker - Debugging , Generate Debug Info 改成Faster，可以link的更快
cgthreads（Code generation threads）
cl 默认使用的线程数是 4 ，最大可设置成 8 ，如果拥有更多核心时设置为8将可以缩短构建时间，在开启GL时效果更佳
在项目 配置属性 > C/C++ > 命令行 增加 /cgthreads8
MP（Build with multiple processes）
当您编译许多文件时，编译器选项可以显着减少构建时间。为了缩短构建时间，编译器会创建最多processMax自身的副本，然后同时使用这些副本来编译源文件
其他模式建议开启， published 模式 ， 测试后构建时间并无明显差异， 因为MP对链接时编译并不能起到提速作用
同样也是在项目 配置属性 > C/C++ > 命令行 增加 /mp
Incredibuild(集群编译)
使用ib编译完之后，再从vs按F5即可启动调试，已经生成了pdb文件。
非published模式(非WPO模式) 建议以下设置：
打开IB，切到Visual Studio Builds - Advanced
- 关闭 Limit Concurrent PDB file Instances to []
- 开启 Force 64-bit tooset
使用集群或者限制本机cpu的核数，这俩动态控制好，但是本机使用一半的核还是会卡，因为其它进程不一定会分配到空闲的CPU
打开IB，切到Initiator - General
-
Avoid task execution on local machine when possible（尽可能避免在本地计算机上执行任务）
-
CPU Allocation ： Limit maximum number of cores utilized in build to (限制构建过程中可使用的最大核心数为)
WPO
全程序优化(Whole program optimization) 功能，是为了增加文件之间的可见性，将编译延迟到了链接时
WPO 可以提高程序的执行性能，一般在发布模式下都会开启此功能，代价只是增加了部分构建时长
如果开启WPO模式后, 不建议使用 IB 构建, 也许可能会有未知问题
makefile
摘自UE引擎的某个makefile示例
CXXFLAGS += -std=c++11 -Wall -Wextra -pedantic -Wcast-align -Wcast-qual -Wno-ctor-dtor-privacy -Wdisabled-optimization -Wformat=2 -Winit-self -Wmissing-declarations -Wmissing-include-dirs -Wold-style-cast -Woverloaded-virtual -Wredundant-decls -Wshadow -Wsign-conversion -Wsign-promo -Wstrict-overflow=5 -Wswitch -Wundef -Wno-unused -Wnon-virtual-dtor -Wreorder -Wdeprecated -Wno-float-equal
CPPFLAGS += -I ../single_include -I . -I thirdparty/doctest -I thirdparty/fifo_map -DDOCTEST_CONFIG_SUPER_FAST_ASSERTS
SOURCES = src/unit.cpp \
src/unit-algorithms.cpp \
OBJECTS = $(SOURCES:.cpp=.o)
TESTCASES = $(patsubst src/unit-%.cpp,test-%,$(wildcard src/unit-*.cpp))
CMake
cmake.txt示例
cmake_minimum_required(VERSION 3.17)
project(mycpp)
set(CMAKE_CXX_STANDARD 11)
#添加需要编译的文件
add_executable(strTest strTest.cpp)
C/C++为什么要写头文件？
来源： 为什么C/C++要分为头文件和源文件？ - 知乎 (zhihu.com)
C时代的时候编译器比较简单，是固定的编译和链接两个过程，编译一次只处理一个文件，进行预处理之后，头文件会插入到这一个文件里，不同源代码文件的处理时独立的，这样如果头文件里面定义了一个函数的实现，编译的时候所有引用这个头文件的源码文件，生成的obj里都会有这个符号。而链接是通用的链接程序，从汇编时代就用的工具，没有什么高级功能，同一个符号链接时出现两次是会报错的。
但是，我们又说了，每个文件的编译是独立的，所以如果实现不在当前源文件里面，调用的时候编译器就不知道这个函数的类型和签名，没法生成调用代码，所以必须在调用之前先声明一遍。如果不把声明写在头文件里面，就必须在每个用到这个函数的源文件里都声明一遍，很不方便，所以综合之后的解决方案就是实现写源码文件里面，声明写头文件里面。
