友元的作用与边界

目录

[1. 正常情况:private 外人碰不到](#1. 正常情况:private 外人碰不到)

[2. 加上 friend:给 foo 发"内部通行证"](#2. 加上 friend:给 foo 发“内部通行证”)

[3. 也可以给"整个类"发通行证](#3. 也可以给“整个类”发通行证)

[4. 友元的边界(很容易误会)](#4. 友元的边界(很容易误会))

[5. 为什么要用 friend?(两个典型原因)](#5. 为什么要用 friend?(两个典型原因))

[场景 1:运算符重载(特别是对称的 operator<<, operator+)](#场景 1:运算符重载(特别是对称的 operator<<, operator+))

[场景 2:两个类需要"互相知道内部细节"](#场景 2:两个类需要“互相知道内部细节”)

[6. 为什么说"不要滥用"?](#6. 为什么说“不要滥用”?)


先别管那些"协作""耦合"大词,我们用一句大白话先定个性质:

friend = 把"本来进不来的人",临时拉进自己家里,让 TA 也能碰你的私有成员。

也就是说:
友元 = 特殊通行证,允许别的函数/类访问你类的 private / protected 成员。


1. 正常情况:private 外人碰不到

复制代码
class A {
private:
    int x = 42;
};

void foo(A& a) {
    // a.x; // ❌ 编译不过,x 是 private
}

外部函数 foo 正常情况下是没资格访问 A::x 的。


2. 加上 friend:给 foo 发"内部通行证"

复制代码
class A {
    friend void foo(A&);  // 声明:foo 是我的友元
private:
    int x = 42;
};

void foo(A& a) {
    // 现在可以直接访问 private 成员了
    a.x = 100;   // ✅ 合法,因为 foo 是 A 的 friend
}
  • friend void foo(A&); 的意思就是:

    "我,A,允许 foo 这个函数看到我的 private / protected。"


3. 也可以给"整个类"发通行证

复制代码
class B; // 前向声明

class A {
    friend class B;  // 整个 B 类都是我的朋友
private:
    int x = 42;
};

class B {
public:
    void change(A& a) {
        a.x = 10;    // ✅ 合法,因为 B 是 A 的 friend
    }
};
  • friend class B; 的意思是:

    "B 这个类里的所有成员函数,都可以访问 A 的私有东西。"


4. 友元的边界(很容易误会)

  1. 友元 ≠ 成员

    • foo 虽然能访问 A 的私有成员,但它依然是"外面"的函数,不是 A 的成员函数。
  2. 友元关系不传递

    • A 把 B 设为 friend

    • B 再把 C 设为 friend

    • 并不代表 C 是 A 的 friend

    • 关系只在"谁写了 friend 声明"的那个类里生效

  3. 友元关系不继承

    • A 声明 friend class B;

    • B 只能访问 A 的私有

    • A 的子类(比如 class AChild : public A {})的私有,B 还是不能碰


5. 为什么要用 friend?(两个典型原因)

场景 1:运算符重载(特别是对称的 operator<<, operator+

复制代码
class Vec2 {
    friend std::ostream& operator<<(std::ostream& os, const Vec2& v);
public:
    Vec2(int x, int y) : x(x), y(y) {}
private:
    int x, y;
};

std::ostream& operator<<(std::ostream& os, const Vec2& v) {
    // 可以访问 v.x, v.y 虽然它们是 private
    return os << "(" << v.x << ", " << v.y << ")";
}

场景 2:两个类需要"互相知道内部细节"

比如容器和迭代器,迭代器需要访问容器的内部数组指针等,这时用 friend 简化。


6. 为什么说"不要滥用"?

因为:

  • 写多了 friend,就等于到处打洞,让很多外部东西都能直接碰你的 private

  • 封装性变差,类之间关系变得很紧,代码不好维护

一般建议

只在确实需要共享内部细节的少数地方用 friend,比如:

  • 运算符重载函数

  • 明确是"内部实现用"的辅助类/函数(如 Impl, Iterator


如果一句话再总结:

friend 就是:"我信任你,给你看我原本不想给别人看的内部实现"------强大但要少用。

相关推荐
董董灿是个攻城狮8 小时前
AI视觉连载8:传统 CV 之边缘检测
算法
AI软著研究员15 小时前
程序员必看:软著不是“面子工程”,是代码的“法律保险”
算法
FunnySaltyFish15 小时前
什么?Compose 把 GapBuffer 换成了 LinkBuffer?
算法·kotlin·android jetpack
颜酱16 小时前
理解二叉树最近公共祖先(LCA):从基础到变种解析
javascript·后端·算法
地平线开发者1 天前
SparseDrive 模型导出与性能优化实战
算法·自动驾驶
董董灿是个攻城狮1 天前
大模型连载2:初步认识 tokenizer 的过程
算法
地平线开发者1 天前
地平线 VP 接口工程实践(一):hbVPRoiResize 接口功能、使用约束与典型问题总结
算法·自动驾驶
罗西的思考1 天前
AI Agent框架探秘:拆解 OpenHands(10)--- Runtime
人工智能·算法·机器学习
HXhlx2 天前
CART决策树基本原理
算法·机器学习
Wect2 天前
LeetCode 210. 课程表 II 题解:Kahn算法+DFS 双解法精讲
前端·算法·typescript