如何避免C++中被标记弃用的函数嵌套调用时产生的编译告警

共有两种常用的可落地实现方式：

方案1：局部压制弃用告警（编译器相关） #

在弃用函数内部调用其他弃用函数的代码段前后，插入编译器特定的编译指令，临时关闭弃用告警，调用结束后恢复告警规则即可。

跨编译器兼容宏封装 #

#if defined(__GNUC__) || defined(__clang__)
// GCC/Clang 环境适配
#define DEPRECATED_CALL_SAFE_BEGIN \
    _Pragma("GCC diagnostic push") \
    _Pragma("GCC diagnostic ignored \"-Wdeprecated-declarations\"")
#define DEPRECATED_CALL_SAFE_END \
    _Pragma("GCC diagnostic pop")
#elif defined(_MSC_VER)
// MSVC 环境适配
#define DEPRECATED_CALL_SAFE_BEGIN \
    _Pragma("warning(push)") \
    _Pragma("warning(disable: 4996)")
#define DEPRECATED_CALL_SAFE_END \
    _Pragma("warning(pop)")
#else
// 未知编译器环境不做处理
#define DEPRECATED_CALL_SAFE_BEGIN
#define DEPRECATED_CALL_SAFE_END
#endif

使用示例 #

[[deprecated]] void foo();

[[deprecated]] void bar() {
    DEPRECATED_CALL_SAFE_BEGIN
    // 该段代码内调用弃用函数不会触发告警
    foo();
    DEPRECATED_CALL_SAFE_END
}

该方案的特点：

• 不需要修改原有函数的实现逻辑，仅在调用处增加宏包裹即可
• 依赖编译器特定指令，需要做多环境适配

方案2：接口与实现分离（通用方案） #

将原有弃用函数的逻辑抽离为无弃用标记的内部实现函数，对外暴露的接口仅保留弃用标记和对内部实现的转发调用，从根源上避免内部调用触发弃用告警。

实现示例 #

// 内部实现层，无弃用标记，仅内部可见
void foo_impl() {
    // 原有foo的实现逻辑
}
void bar_impl() {
    // 内部直接调用实现函数，不会触发告警
    foo_impl();
    // 原有bar的实现逻辑
}

// 对外暴露的接口层，添加弃用标记
[[deprecated]] void foo() { foo_impl(); }
[[deprecated]] void bar() { bar_impl(); }

该方案的特点：

• 完全跨编译器，不依赖任何平台特定指令
• 代码结构更清晰，后续下线弃用接口时仅需删除对外的包装层，无需修改内部实现
• 适合弃用函数数量较多、内部调用关系复杂的场景

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