如何在重写已弃用的C++回调函数时触发编译器警告？

你的MyCallbacks类通过保留旧版回调并标记[[deprecated]]实现了新旧代码兼容，但子类重写旧版回调时，GCC和Clang默认不会触发弃用警告——因为编译器将重写操作视为定义新函数，而非“使用”弃用实体。以下是两种可行的解决方法：

方案1：启用编译器专属警告选项（推荐） #

GCC 11+ 和 Clang 12+ 支持-Woverriding-deprecated编译选项，启用后，只要子类重写标记为[[deprecated]]的虚函数，编译器就会直接抛出弃用警告。

无需修改现有代码，只需在编译命令中添加该选项，就能及时发现意外重写旧版回调的情况。

方案2：代码层面的兼容技巧（适配旧编译器） #

如果需要兼容更早版本的编译器，可以通过以下方式强制触发警告：

步骤1：定义弃用标记类型 #

struct [[deprecated("请使用基于Context的回调函数")]] DeprecatedCallbackTag {};

步骤2：修改旧版回调的签名 #

调整旧版虚函数的签名，添加一个带默认值的弃用标记参数：

class MyCallbacks
{
protected:
    [[deprecated("请使用callback(const Context&)替代")]]
    virtual void callback(int, int, const std::string&, double, int, DeprecatedCallbackTag = {}) {}

    virtual void callback(const Context& t_context)
    {
        #pragma GCC diagnostic push
        #pragma GCC diagnostic ignored "-Wdeprecated-declarations"
        // 显式传递标记参数，避免内部调用触发警告
        callback(t_context.id, t_context.level, t_context.name, t_context.weight, t_context.specifics, DeprecatedCallbackTag{});
        #pragma GCC diagnostic pop
    }
};

原理说明：

• 子类若要重写旧版回调，必须在签名中包含DeprecatedCallbackTag参数（此时会因使用弃用类型触发警告）；若忽略该参数，签名不匹配则不会真正重写旧版回调，基类默认实现仍会生效，避免破坏兼容性。
• 基类内部调用旧版回调时，通过显式传递标记参数并临时关闭警告，不影响正常编译。

额外修正： #

你提供的代码中有一处语法错误：旧版回调调用语句缺少右括号，修正后应为：

// 原错误代码
// callback(t_context.id, t_context.level, t_context.name, t_context.weight, t_context.specifics;
// 修正后（适配方案2的版本）
callback(t_context.id, t_context.level, t_context.name, t_context.weight, t_context.specifics, DeprecatedCallbackTag{});

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