直接查看__cplusplus宏值可获编译器实际启用的c++标准版本,如201703l对应c++17、202002l对应c++20;但该值由编译器与标准库共同决定,受gcc版本、libstdc++版本及头文件路径影响,未必与-std=参数一致。

直接看 __cplusplus 宏的值,它在预处理阶段就已确定,反映编译器实际启用的 C++ 标准版本。但要注意:这个值不是运行时读出来的,也不是靠猜,而是由编译器+标准库共同决定的——g++ -std=c++20 不一定真让 __cplusplus 变成 202002L,尤其在老版本 GCC 或混用旧版 libstdc++ 时。
怎么在代码里打印当前生效的 C++ 标准
写个最简 main.cpp:
#include <iostream>
int main() {
std::cout
<p>然后用你打算用的命令编译并运行:</p>
<ul>
<li>
<code>g++ -std=c++17 main.cpp -o main && ./main</code> → 应输出 <code>201703L</code>
</li>
<li>
<code>g++ -std=c++20 main.cpp -o main && ./main</code> → 应输出 <code>202002L</code>
</li>
</ul>
<p>如果输出仍是 <code>201703L</code>,哪怕加了 <code>-std=c++20</code>,说明编译器版本太低(GCC libstdc++ 太旧,<code>-std=</code> 参数没真正生效。</p>
<h3>为什么 <code>gcc -E</code> 看到的 <code>__cplusplus</code> 和预期不符</h3>
<p>常见现象:加了 <code>-std=c++20</code>,但 <code>g++ -E main.cpp | grep __cplusplus</code> 还是显示 <code>201703L</code>。这不是 bug,是设计使然:</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>GCC 8/9 默认不更新该宏值,即使开了 <code>-std=c++20</code>;需配合 <code>-D_GLIBCXX_USE_CXX11_ABI=1</code> 且确保 <code>libstdc++</code> 版本 ≥ 对应 GCC</li>
<li>GCC 11+ 默认启用,但如果 <code>include</code> 路径里混进了旧版 <code>/usr/include/c++/9/</code> 头文件,宏仍可能被覆盖</li>
<li>Clang 的行为取决于它链接的是 <code>libc++</code> 还是 <code>libstdc++</code>,单设 <code>-std=c++20</code> 不保证宏升级</li>
</ul>
<p>根本原因:<code>__cplusplus</code> 是由标准库头文件(如 <code>bits/c++config.h</code>)或编译器内置逻辑展开的,不是命令行开关的简单回显。</p>
<h3>VS Code / CMake 里配了标准,但代码里 <code>__cplusplus</code> 没变</h3>
<p>这说明编辑器配置和实际编译环境脱节了。常见断点:</p>
<ul>
<li>
<code>c_cpp_properties.json</code> 里设了 <code>"cppStandard": "c++20"</code>,但 <code>tasks.json</code> 里没加 <code>-std=c++20</code> → IntelliSense 显示正常,实际编译仍用默认标准(通常是 C++14)</li>
<li>CMake 中只写了 <code>set(CMAKE_CXX_STANDARD 20)</code>,但漏了 <code>set(CMAKE_CXX_STANDARD_REQUIRED ON)</code> → 编译器可能忽略该设置,退回到默认标准</li>
<li>项目里有多个 <code>add_executable</code>,只给其中一个设了 <code>CXX_STANDARD</code>,其他目标仍走全局默认</li>
</ul>
<p>验证方式永远只有一条:用 <code>g++ -v -std=c++20 main.cpp -o main 2>&1 | grep version</code> 看真实调用的编译器路径和参数,再配合 <code>./main</code> 输出确认。</p>
<h3>比查 <code>__cplusplus</code> 更靠谱的判断方式</h3>
<p>宏值只是“声称支持”,不代表你真能用。比如 GCC 7 声称支持 C++17,但 <code>std::optional</code> 要 GCC 8 才完整实现。所以关键特性得单独检测:</p>
<ul>
<li>用 <code>#ifdef __cpp_if_constexpr</code> 判断 <code>if constexpr</code> 是否可用(C++17)</li>
<li>用 <code>#ifdef __cpp_concepts</code> 判断 Concepts(C++20)</li>
<li>MSVC 下必须用 <code>_MSVC_LANG</code> 替代 <code>__cplusplus</code>,因为老版本 VC 默认返回 <code>199711L</code> 即使开了 <code>/std:c++20</code>
</li>
</ul>
<p>真正容易被忽略的点是:同一个项目里,不同源文件可能被不同规则编译(比如第三方子模块强制设了 <code>CXX_STANDARD 11</code>),导致部分文件 <code>__cplusplus</code> 值不一致 —— 这种隐式差异比编译失败更难排查。</p></iostream>C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!










