面试题：C++友元类的设计权衡与优化

可能存在的问题

破坏封装性：友元类可以访问其他类的私有成员，这打破了类的封装原则，使得类的内部实现细节暴露给友元类，增加了代码维护的难度。例如，如果一个类的私有成员结构发生变化，可能需要同时修改其友元类的代码。
依赖关系复杂：多个类之间复杂的友元关系导致类之间的依赖关系变得错综复杂，难以理解和追踪。这使得代码的整体结构变得混乱，增加了新开发人员理解和修改代码的成本。
潜在安全风险：由于友元类可以直接访问私有成员，一旦友元类的代码出现漏洞或错误，可能会意外修改或访问敏感数据，导致安全问题。

优化友元类设计的策略

减少友元关系：仔细审查友元关系，去除不必要的友元声明。只有在真正需要访问其他类私有成员的情况下才使用友元。例如，如果一个类只是偶尔需要访问另一个类的私有成员，可以考虑通过提供公共接口来间接访问，而不是直接设置为友元。

// 原始代码
class A {
private:
    int data;
public:
    A(int value) : data(value) {}
    // B类是A类的友元，可直接访问A的私有成员
    friend class B; 
};

class B {
public:
    void accessA(A& a) {
        // 直接访问A的私有成员
        a.data = 10; 
    }
};

// 优化后代码
class A {
private:
    int data;
public:
    A(int value) : data(value) {}
    // 提供公共接口来修改私有成员
    void setData(int value) { 
        data = value;
    }
};

class B {
public:
    void accessA(A& a) {
        // 通过公共接口间接访问A的私有成员
        a.setData(10); 
    }
};

使用接口类：定义一个接口类，让需要访问私有成员的类实现该接口。这样可以将访问逻辑封装在接口类中，提高代码的可维护性和安全性。

// 接口类
class AccessInterface {
public:
    virtual void accessPrivate() = 0;
};

class A {
private:
    int data;
public:
    A(int value) : data(value) {}
    // 接受实现了接口的类来访问私有成员
    void allowAccess(AccessInterface& obj) { 
        obj.accessPrivate();
    }
};

class B : public AccessInterface {
private:
    A* aPtr;
public:
    B(A* a) : aPtr(a) {}
    void accessPrivate() override {
        // 通过公共接口修改A的私有成员
        aPtr->setData(10); 
    }
};

将友元关系局部化：如果无法避免使用友元关系，可以将友元声明限制在最小的作用域内。例如，将友元声明在类的成员函数内部，而不是整个类都成为友元。

class A {
private:
    int data;
public:
    A(int value) : data(value) {}
    void someFunction() {
        class LocalFriend {
        public:
            void accessA(A& a) {
                // 只能在someFunction内访问A的私有成员
                a.data = 10; 
            }
        };
        LocalFriend lf;
        lf.accessA(*this);
    }
};

星途面试题库

面试题：C++友元类的设计权衡与优化

知识考点

面试题答案

可能存在的问题

优化友元类设计的策略