cmake build debug 和 cmake build release 是指使用 CMake 构建系统时的两种不同的构建类型。这两者主要区别在于编译器优化和调试信息的生成上。
-
Debug 构建：
- 调试信息：生成完整的调试信息，便于使用调试器（如 gdb、lldb）进行代码调试。
- 优化：通常不进行编译器优化，以便更容易跟踪变量和执行路径。
- 断言检查：通常启用断言，以便在开发过程中捕获逻辑错误。
- 适用场景：用于开发阶段，需要频繁调试和测试代码。
-
Release 构建：
- 调试信息：调试信息通常被省略或最小化，以减少二进制文件的大小。
- 优化：启用各种编译器优化，目的是提高程序的运行速度和效率。
- 断言检查：大多数断言会被禁用，以避免影响性能。
- 适用场景：用于发布阶段，需要高性能和最小的二进制文件尺寸。
在 CMake 中，通常通过配置 CMAKE_BUILD_TYPE 变量来指定构建类型。例如，使用以下命令配置项目：
cmake -DCMAKE_BUILD_TYPE=Debug ..
或者
cmake -DCMAKE_BUILD_TYPE=Release ..
在 CMake 中进行 Debug 构建时，通常会关闭编译器优化，以便更容易进行代码调试。编译器优化的目的是通过调整和改进生成的机器代码，来提高程序的运行效率和性能。这些优化包括多种技术，例如减少代码体积、加速执行速度、改进内存使用等。
举一个简单的例子，假设我们有如下的一段 C++ 代码：
int sum(int a, int b) {return a + b;
}int main() {int result = sum(5, 3);return result;
}
在没有编译器优化的情况下，编译器可能会直接生成相应的机器指令，逐步执行 sum 函数的调用和返回。调试模式（Debug）下，这种做法是ok的，因为它保持了代码结构的简单性和可预测性，使得我们可以轻松设置断点和查看变量值。
然而，在启用优化的 Release 模式下，编译器可能会进行以下优化：
-
内联展开（Inlining）：对于这样的小型和简单的函数调用，编译器可能会直接将
sum函数的代码插入到调用处以避免函数调用的开销，从而提高性能。 -
常量传播和计算（Constant Propagation and Folding）：编译器可以识别出
sum(5, 3)的参数是常量，所以它可以在编译时直接计算出结果8，并将这段代码替换为直接返回该常量值。这可以减少运行时的计算。 -
死代码消除（Dead Code Elimination）：如果
result的值在程序的后续执行路径中未被使用，编译器可能会直接移除result变量的赋值操作。
在这些优化的情况下，最终生成的机器代码可能变得非常简化且高效。然而，虽然优化可以提升性能，但在调试时它可能导致代码行为和结构的变化，使得调试变得困难，所以我们需要根据场景选择不同的build方式。
