如何处理std::system_error与boost::system_error的菱形继承异常捕获问题

我开发了一个库，想要复用boost::system::system_error的设计——该设计在2011年被C++标准采纳为std::system_error。为了让客户端代码既能使用Boost异常也能使用标准异常，我定义了同时继承std::system_error和boost::system::system_error的自定义异常类my_exception：

class my_exception : public std::system_error, public boost::system::system_error {
  // implementation
};

但这导致了以std::runtime_error为共同基类的致命菱形继承问题。虽然客户端可以分别捕获std::system_error或boost::system::system_error类型的异常：

try {
  a_function_that_might_throw_my_exception();
} catch (const std::system_error& ex) {
  // 按预期工作——正确捕获my_exception对象的引用
}

try {
  a_function_that_might_throw_my_exception();
} catch (const boost::system::system_error& ex) {
  // 同样可以捕获
}

但由于菱形继承的二义性，my_exception对象无法绑定到std::runtime_error（或其基类std::exception）的引用，导致这类异常无法被捕获：

try {
  a_function_that_might_throw_my_exception();
} catch (const std::runtime_error& ex) {
  // 无法捕获！
} catch (...) {
  std::printf("Sadness\n");
}

主问题 #

是否有办法告知编译器，在将菱形继承类型绑定到基类引用时优先选择哪个基类子对象？常规代码中可以用static_cast，但无法在异常处理的编译器逻辑中添加该转换。

次要问题 #

是否有更优方案实现代码同时兼容std::和boost::system::的错误处理机制？

补充说明 #

库内部同时使用boost::和std::的API，因此无法随意选择抛出boost::system::system_error或std::system_error。

主问题解答 #

没有直接办法让编译器在异常捕获时自动选择某一个std::runtime_error子对象。因为异常捕获的匹配规则是基于明确的类型层次，菱形继承导致std::runtime_error存在两个独立的子对象，编译器无法自动消解二义性——这是C++异常机制的固有规则，无法通过编译器指令或语法糖绕过。

次要问题：更优兼容方案 #

1. 非继承的封装适配方案 #

不要让自定义异常同时继承两个system_error，而是在my_exception中封装两个异常实例，并提供转换接口让客户端按需获取对应类型的异常：

#include <stdexcept>
#include <boost/system/system_error.hpp>

class my_exception : public std::exception {
public:
    my_exception(std::error_code std_ec) 
        : std_err_(std_ec), 
          boost_err_(boost::system::error_code(std_ec.value(), boost::system::generic_category())) {}

    // 提供转换接口
    const std::system_error& as_std_error() const noexcept { return std_err_; }
    const boost::system::system_error& as_boost_error() const noexcept { return boost_err_; }

    const char* what() const noexcept override {
        return std_err_.what(); // 可根据需求选择Boost版本的错误信息，或合并两者
    }

private:
    std::system_error std_err_;
    boost::system::system_error boost_err_;
};

客户端使用示例：

try {
    throw my_exception(std::error_code(EINVAL, std::generic_category()));
} catch (const my_exception& ex) {
    // 客户端可按需选择处理标准异常或Boost异常
    handle_std_exception(ex.as_std_error());
    handle_boost_exception(ex.as_boost_error());
} catch (const std::runtime_error& ex) {
    // 依然可以正常捕获其他标准异常
}

2. 编译期条件继承方案 #

通过预编译宏或模板参数，让my_exception在编译期只继承其中一种system_error，客户端可根据需求选择编译选项：

#ifdef USE_BOOST_SYSTEM_ERROR
class my_exception : public boost::system::system_error {
public:
    explicit my_exception(boost::system::error_code ec) 
        : boost::system::system_error(ec) {}
};
#else
class my_exception : public std::system_error {
public:
    explicit my_exception(std::error_code ec) 
        : std::system_error(ec) {}
};
#endif

优点是彻底避免菱形继承问题，缺点是客户端无法同时兼容两种异常捕获方式，只能二选一。

3. 统一错误码转换方案 #

库内部统一将Boost和标准错误码互相转换，只抛出一种类型的异常（例如优先标准库版本），同时提供转换工具函数满足客户端的Boost异常需求：

#include <stdexcept>
#include <boost/system/system_error.hpp>

// 库内部统一抛出std::system_error
void library_function() {
    // 处理Boost API错误
    if (boost_operation_fails()) {
        boost::system::error_code boost_ec = get_boost_error();
        throw std::system_error(
            std::error_code(boost_ec.value(), std::generic_category()),
            boost_ec.message()
        );
    }
    // 处理标准库API错误
    if (std_operation_fails()) {
        std::error_code std_ec = get_std_error();
        throw std::system_error(std_ec);
    }
}

// 提供转换函数，将std::system_error转为Boost版本
boost::system::system_error convert_to_boost_error(const std::system_error& std_err) {
    return boost::system::system_error(
        boost::system::error_code(std_err.code().value(), boost::system::generic_category()),
        std_err.what()
    );
}

这种方案的核心是利用Boost和标准库错误码的兼容性（数值和通用分类可互相映射），既避免了菱形继承，又能满足客户端对两种异常类型的需求。

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