cmake build debug 和 cmake build release-CSDN博客

本文链接：https://blog.csdn.net/wt_better/article/details/143438192

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 变量的赋值操作。