C++中被_DEBUG宏包裹的调试代码是否不会编译进生产环境版本？

核心结论 #

绝大多数场景下，这类被_DEBUG条件宏包裹的调试代码不会被编译进生产环境的正式发布版本，但这是业界约定的编译配置带来的效果，并非C++语言的强制规则。

具体原理说明 #

• 条件预处理指令的执行逻辑：#ifdef 宏名 是C/C++的预处理阶段指令，只有对应宏在预处理前被显式定义过，宏包裹的代码才会保留进入后续编译流程；如果宏未定义，这段代码会被直接当做无效内容剔除，完全不会参与编译、链接，自然不会出现在最终可执行文件中。
• 业界通用编译约定：_DEBUG是微软MSVC编译器默认在调试版本构建时自动预定义的宏，对应GCC/Clang生态也有相同作用的调试宏约定，正规的生产版本构建配置都会主动取消_DEBUG宏的定义，因此这类调试打印代码默认不会进入正式版产物。

注意事项 #

• 这个规则的前提是你的正式版构建配置没有误定义_DEBUG宏：如果构建参数里手动加了/D_DEBUG（MSVC）或者-D_DEBUG（GCC/Clang）的编译参数，那调试代码还是会被编译进正式版。
• 你给出的代码片段中，judgeAmbiguity函数调用、rejudge变量的定义都没有被_DEBUG包裹，即使正式版中调试打印代码被剔除，只要isJudgeAm为true，judgeAmbiguity函数还是会正常执行，如果这个函数有额外性能开销或者副作用，正式版运行仍然会受影响。
• 你当前代码中rejudge == true的分支除了调试代码没有其他业务逻辑，正式版构建开O2及以上优化等级时，编译器大概率会直接把这个空分支完全优化掉，不会留下无用的分支判断逻辑。

内容的提问来源于stack exchange，提问作者marlon