从Java转C++：如何检测C++标准版本与禁用特性？

作为有Java背景的开发者，你熟悉通过测试管控版本一致性的思路，下面针对你的三个问题给出具体可行的方案：

一、检测C++使用的标准版本 #

C++标准本身提供预定义宏__cplusplus来标识当前编译环境遵循的标准版本，不同标准对应固定数值：

• C++11：201103L
• C++14：201402L
• C++17：201703L
• C++20：202002L
• C++23：202302L

你可以在代码中通过条件编译直接检测或验证版本：

#include <iostream>

int main() {
    #if __cplusplus >= 202002L
        std::cout << "使用C++20标准" << std::endl;
    #elif __cplusplus >= 201703L
        std::cout << "使用C++17标准" << std::endl;
    #elif __cplusplus >= 201402L
        std::cout << "使用C++14标准" << std::endl;
    #elif __cplusplus >= 201103L
        std::cout << "使用C++11标准" << std::endl;
    #else
        std::cout << "使用C++98/03标准" << std::endl;
    #endif
    return 0;
}

此外，不同编译器还有各自的版本宏，比如GCC的__GNUC__/__GNUC_MINOR__，MSVC的_MSC_VER，可辅助判断编译器及版本，确保团队工具链一致。

二、检测团队约定禁用的语言特性 #

针对禁用特性，主要有三种管控方式：

1. 编译器开关强制拦截
   利用编译器的警告/错误参数，将禁用特性触发为编译错误。比如：

   • 禁用C风格强制转换：GCC/Clang用-Werror=old-style-cast，MSVC用/WX /W4（配合对应警告码）
   • 禁用已废弃特性：GCC的-Werror=deprecated-declarations，会把使用std::auto_ptr这类废弃特性的代码直接报错
   • 禁用goto语句：可结合GCC的-Werror=unused-label，配合静态分析工具实现拦截

2. 静态分析工具自定义规则
   使用Clang-Tidy、Cppcheck这类工具，启用内置规则或编写自定义规则检测禁用特性。比如Clang-Tidy的cppcoreguidelines-pro-bounds-array-to-pointer-decay可禁止数组隐式转指针，配置团队规则集后，可在代码提交前自动检查。

3. 代码层面编译时断言
   对特定禁用的语法或函数，用宏或static_assert拦截：

   // 禁止使用strcpy
   #define strcpy(dest, src) static_assert(false, "禁止使用strcpy，请使用std::string或strncpy")
   
   // 禁止使用goto
   #define goto static_assert(false, "团队约定禁用goto语句")
   

三、能否通过单元测试实现管控？ #

完全可以，单元测试不仅能验证功能，也能管控代码规范和版本一致性：

1. 版本验证测试
   编写专门测试用例，通过编译时断言确保项目使用指定标准：

   #include <gtest/gtest.h>
   
   TEST(StandardVersionCheck, RequireCpp17OrLater) {
       static_assert(__cplusplus >= 201703L, "项目要求使用C++17及以上标准");
   }
   

   若编译环境不符合要求，该测试会直接编译失败，从源头拦截问题。

2. 禁用特性检测测试
   编写包含禁用特性的测试代码，配合编译器开关使其编译失败，以此验证团队代码是否遵守约定：

   // 测试禁用C风格强制转换，若编译通过则说明编译器开关未生效
   TEST(ForbiddenFeatures, OldStyleCast) {
       int x = 0;
       void* p = (void*)&x; // 若团队禁用此特性，编译器应触发错误
   }
   

   将这类测试加入测试套件，可确保每次构建都能检测违规情况。

相比运行时检测，编译时检测更直接，能更早发现问题，和Java中通过测试管控版本的思路一致。

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