跨 dll 使用时 asio 中的 error_category 不匹配

Question

当从另一个 dll 或可执行文件接收到 asio::error_code 值时，我在处理它们时遇到了问题。例如，我可以使用处理程序运行异步操作：

socket.async_receive([](const asio::error_code& errorCode)
{
    if (errorCode == asio::error::operation_aborted)
       return;
}

如果处理程序是在 dll 中创建的，并且 errorCode 是从另一个 dll 或可执行文件传递的，operator== 将返回 false，因为它们的 error_category 值不同。例如：

(gdb) info sym 0x55f1c0
asio::system_category()::instance in section .data of C:\dev\builds\UWCASdk\Debug-MinGW-w64\Sandbox\ServerL410F\bin\sb.ServerL410F.exe
(gdb) info sym 0x6f0420d0
asio::system_category()::instance in section .data of C:\dev\builds\UWCASdk\Debug-MinGW-w64\Sandbox\ServerL410F\bin\libproviders.protobuf.client_d.dll

显然，这两个实例是在不同的单元中定义的，我基本上有 ODR 违规。

instance 在asio/impl/error_code.ipp 中定义：

const error_category& system_category()
{
  static detail::system_category instance;
  return instance;
}

ASIO 文档在处理错误时没有提到任何关于 error_cateegory 的内容 - 它只指定枚举值，因此使用 errorCode.value == asio::error::operation_aborted 似乎是一种有效的解决方法。但这仍然看起来很丑。

• 是否可以按预期比较跨 dll 的错误（operator== 重载）？
• 仅将errorCode.value() 与枚举进行比较是正常的还是预期的？

Answer 1

这就是我对 comment 的意思

尽管 boost::system::system_error 可能会引发问题

问题是，错误类别是全局单例实例，具有对象标识（即通过地址比较是否相等）。

您最终会在多个模块中获得多个实例。通常的解决方案是

• 动态链接到 Boost System，因此所有库都使用相同的副本（但这有时会遇到初始化顺序问题）
• 如果这不能解决问题，请确保所有模块实际加载相同的库（版本？）
• 在最近的增强中，我认为可以选择完全仅使用标题构建增强系统。这可能涉及也可能不涉及新奇的 C++14 内联，我没有检查。

如果一切都失败了，请自行翻译。有相关的问题可能会给你一些想法：

• Is it possible to convert a boost::system::error_code to a std:error_code?
• 请注意，由于 RTTI 不一定匹配，异常可能会遇到非常相似的问题；异常需要导出类型并从同一模块动态链接，以便异常处理程序匹配抛出的运行时类型 ID。

---

仅将 errorCode.value() 与枚举进行比较是正常的还是预期的？

不，不是。根据一些消息来源，Boost 以及标准库承诺将通用错误类别映射到标准的 errc - 所以你可以这样做，但你仍然必须弄清楚这是否是类别，所以对你的场景没有帮助.