如何将DLL内Test类的友元设置为客户端应用的test函数

可以实现，分两种场景对应不同的实现方案：

场景1：编译DLL时已知客户端test函数的完整签名 #

这是最常用的方案，核心是保证DLL编译时能识别test函数的符号，友元声明可以正常匹配：

• 首先在DLL侧的Test类头文件中，提前声明客户端的test函数，Windows平台需要加__declspec(dllimport)标记该函数为外部导入，避免符号匹配失败。如果需要跨编译器兼容，建议加extern "C"修饰关闭C++名字修饰：

// DLL侧头文件 Test.h
extern "C" __declspec(dllimport) void test();

// 导出Test类给客户端使用
class __declspec(dllexport) Test {
private:
    int x;
    // 声明test为友元函数
    friend void test();
};

• 客户端侧的test函数只要保持和DLL侧声明的签名、调用约定、修饰符完全一致，就可以正常访问Test类的私有成员。

Linux/Mac平台不需要__declspec修饰，只需要编译DLL时开启-fvisibility=default保证符号可见即可。

场景2：编译DLL时不知道客户端函数的签名 #

C++的友元必须在类定义时显式声明，不支持运行时动态添加，这种场景下可以用包装访问接口的方式变通实现类似效果：

• DLL侧在Test类中导出一个专门的静态辅助接口，用于操作私有成员：

// DLL侧头文件 Test.h
class __declspec(dllexport) Test {
private:
    int x;
public:
    // 导出的私有成员访问接口
    static int& access_x(Test& instance) {
        return instance.x;
    }
};

• 客户端的test函数通过调用该接口即可间接操作Test的私有成员：

// 客户端代码
void test() {
    Test t;
    int& x = Test::access_x(t);
    // 此处可正常读写x的值
}

该方案灵活度更高，不需要提前知道客户端函数的信息，缺点是所有客户端代码都可以调用这个访问接口，权限控制没有原生友元严格。

注意事项 #

• 原生友元的匹配严格基于函数符号，签名、命名空间、调用约定任意一项不匹配都会导致友元不生效。
• 不建议在跨模块场景下过度依赖友元，会大幅提升模块之间的耦合度，优先考虑用公开接口完成交互。

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