为何要在C/C++中用宏替换现有关键字？

这类宏替换的做法，本质上是库为了兼顾兼容性、跨平台一致性做出的设计选择，核心原因主要有以下几点：

• 兼容旧编译器与旧标准版本
  这是最核心的动机。比如noexcept是C11才纳入标准的关键字，而Boost这类需要支持多版本C的库，必须适配还没实现该关键字的旧编译器（比如VC6、老版本GCC）。通过定义BOOST_NOEXCEPT宏，在支持C11的环境中展开为标准noexcept，在旧环境中则展开为空或者等价的旧语法（比如C98的throw()），实现一份代码跨多版本编译。
  同理，[[nodiscard]]是C++17的属性，部分老编译器未支持时，库会用_NODISCARD这类宏，在兼容环境转成标准属性，不兼容环境则替换为编译器特定扩展（比如GCC的__attribute__((warn_unused_result))）或者直接忽略。

• 统一跨平台/编译器的语法差异
  不同编译器往往有各自的非标准扩展语法，比如GCC的__attribute__((noreturn))、MSVC的__declspec(noreturn)。Windows API的宏（如WINAPI）更是为了统一32/64位平台、不同编译器下的调用约定、类型定义等差异。
  用自定义宏封装这些底层差异后，上层代码无需关心具体编译器的特殊语法，只需使用库提供的统一宏即可，大幅降低跨平台开发的复杂度。

• 预留扩展与调试空间
  宏可以在不同场景下提供差异化实现：比如调试模式中，BOOST_NOEXCEPT可能额外插入断言或日志代码，发布模式下则仅保留标准noexcept；未来标准若对相关特性做了更新，库只需修改宏的定义，无需大面积改动所有使用该宏的代码，提升了可维护性。

• 避免潜在的关键字冲突
  在标准关键字正式生效前，部分代码可能已经将其用作标识符（比如C++11之前noexcept不是关键字，有些项目会把它当变量名）。用宏代替标准关键字，可以避免这类旧代码在升级编译器/标准后出现编译错误，不过这个场景相对少见。

举两个简化的宏定义示例，直观理解其工作方式：

// BOOST_NOEXCEPT的简化实现
#if __cplusplus >= 201103L || (defined(_MSC_VER) && _MSC_VER >= 1900)
#define BOOST_NOEXCEPT noexcept
#else
#define BOOST_NOEXCEPT throw()
#endif

// MSVC _NODISCARD的简化实现
#if _MSVC_LANG >= 201703L
#define _NODISCARD [[nodiscard]]
#else
#define _NODISCARD __declspec(nodiscard)
#endif

虽然这类宏会给新手带来额外的搜索成本，但对于需要覆盖广泛环境的库来说，这是兼容性与易用性之间的必要妥协。熟悉这类模式后，看到类似宏就能快速联想到对应的标准特性，查看库的头文件或文档也能很快明确其含义。

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