跨DLL调用ASIO时error_category不匹配导致error_code对比失效问题

问题1：是否有办法在跨DLL场景下正常使用重载的operator==进行错误对比？ #

有可行方案，核心是解决不同编译单元重复实例化error_category静态对象的ODR违规问题，具体可选方案如下：

• 方案1：统一使用动态链接版ASIO
  ASIO默认以头文件-only模式工作，每个引入ASIO头的编译单元都会生成独立的system_category静态实例，才会出现地址不一致的问题。你可以在所有依赖ASIO的项目（主程序、所有DLL）的编译选项中统一添加ASIO_DYN_LINK宏定义，将ASIO编译为独立动态库引用，此时所有模块共用ASIO动态库中唯一的error_category实例，原生operator==就可以正常工作。
• 方案2：自定义跨模块兼容的比较逻辑
  如果你不想调整ASIO的链接方式，可以手动实现不依赖error_category地址的比较逻辑，同时校验错误类别和错误值，示例代码如下：

  bool is_asio_error(const asio::error_code& ec, asio::error::basic_errors target_err)
  {
      return ec.value() == static_cast<int>(target_err) 
          && std::strcmp(ec.category().name(), asio::system_category().name()) == 0;
  }
  

  使用该函数替代原生operator==即可在跨模块场景下得到正确结果，且比直接对比错误值更严谨。

问题2：直接对比errorCode.value()和枚举值的方式是否是行业通用的合理做法？ #

该做法属于可用但不严谨的临时方案，不是通用规范：

• 仅在你可以100%确认当前对比的错误码属于asio::system_category时不会出问题，很多项目会用该方式快速临时解决跨模块对比问题。
• 存在隐藏风险：不同error_category下允许存在相同的错误值，如果后续业务中引入了自定义错误类别，相同value可能出现误判。
• 行业通用的标准做法是必须同时校验错误类别和错误值，要么通过动态链接ASIO使用原生operator==，要么使用上述同时校验category名称和value的自定义比较函数。

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