如何解决C++中OpenSSL污染全局命名空间导致的命名冲突问题？

方案1：通过宏重命名OpenSSL的UI类型 #

在包含任何ASIO SSL相关头文件之前，定义宏将OpenSSL的UI重命名为其他名称，避免全局冲突：

#define UI OPENSSL_UI
#include <asio/ssl.hpp>
// 取消宏定义，避免影响后续代码
#undef UI

这样OpenSSL内部的typedef struct ui_st UI;会被预处理为typedef struct ui_st OPENSSL_UI;，不会和你的struct UI冲突。需要确保这个宏定义出现在所有包含asio/ssl.hpp的文件最开头，或者放在项目的公共预编译头里。

方案2：用自定义命名空间隔离OpenSSL/ASIO SSL代码 #

创建一个专门的头文件来包裹ASIO SSL的头文件，将其放入自定义命名空间中：

// ssl_wrapper.h
namespace ssl_ns {
    // 把所有ASIO SSL相关的头文件放在这里
    #include <asio/ssl.hpp>
}

之后在你的代码中，通过命名空间限定来使用ASIO SSL的功能：

// 使用示例
ssl_ns::asio::ssl::context ctx(ssl_ns::asio::ssl::context::tls);

这个方法彻底将OpenSSL的全局符号隔离在自定义命名空间内，不会污染你的全局作用域，也不需要修改原有游戏代码。

方案3：调整头文件包含顺序 #

尝试将你的自定义UI头文件放在asio/ssl.hpp之前包含：

#include "ui/ui.h"
#include <asio/ssl.hpp>

部分编译器在遇到重复声明时，如果先出现的是struct UI，后出现的typedef struct ui_st UI可能会被视为兼容的声明（但这取决于具体编译器行为，不是所有情况都有效）。如果这个方法生效，是成本最低的解决方式，但兼容性不如前两个方案可靠。

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