友元函数不是类的成员函数，它在类内用friend声明、类外定义，无this指针，不占用对象内存，仅被授予访问私有/保护成员的权限，调用时需显式传入对象或引用。
友元函数能访问私有成员，但不是类的成员
友元函数不是类的成员函数，它不占用类的对象内存，也不隐式传入 this 指针。它只是被授予了访问类私有/保护成员的权限。声明时用 friend 关键字，写在类定义内部，但函数体必须在类外定义。
常见错误是以为友元函数能直接调用其他成员函数而不传参——其实它和普通函数一样，要显式传入对象或引用：
- 声明必须出现在类内，且可放在
public、private或protected区域（位置不影响权限） - 友元函数可以是普通函数、其他类的成员函数，甚至重载运算符（如
operator） - 不能用
virtual、static等修饰友元函数
如何声明并定义一个友元函数
典型场景：重载输入输出流操作符，或实现两个类之间的深度协作。比如让 std::ostream& operator 打印类内部私有字段：
class Person {
private:
std::string name;
int age;
public:
Person(const std::string& n, int a) : name(n), age(a) {}
friend std::ostream& operator<<(std::ostream& os, const Person& p);
};
std::ostream& operator<<(std::ostream& os, const Person& p) {
os << "Name: " << p.name << ", Age: " << p.age; // ✅ 可直接访问私有成员
return os;
}
注意：operator 必须是友元（否则无法访问 <code>p.name），且第一个参数是 std::ostream&，第二个是 const Person& —— 顺序和 const 正确性直接影响编译是否通过。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
友元函数 vs 成员函数：什么时候该用友元
当操作涉及两个不同类、或需要保持操作符左操作数为非类类型（如 cout 中 <code>cout 是 std::ostream）时，必须用友元。成员函数做不到这点，因为成员函数的隐式 this 总是左操作数。
容易踩的坑：
- 误把本可设为 public 的 getter 当成“必须用友元”的理由 —— 这反而破坏封装
- 过度使用友元导致类边界模糊，后期难以维护
- 友元关系不可继承：基类的友元对派生类私有成员无权访问
- 友元声明不自动提供函数定义，只提供声明；忘了在类外定义会导致链接错误
undefined reference to 'func(...)'
跨类友元：让类 A 的成员函数成为类 B 的友元
适用于紧密耦合的类设计，比如 Car 和 Engine，其中 Car::start() 需要修改 Engine 的私有状态：
class Engine {
private:
bool isRunning;
friend void Car::start(); // ✅ 声明 Car 类的 start 成员函数为友元
};
class Car {
private:
Engine engine;
public:
void start() {
engine.isRunning = true; // ✅ 因为被声明为友元，可访问 private 成员
}
};
关键点：必须先声明 Car 类（至少前置声明），再定义 Engine；否则编译器不认识 Car::start。如果 Car 定义在 Engine 之后，需用前置声明 + 类内函数体延迟定义的方式处理。
真正麻烦的地方不在语法，而在权衡：一旦加了友元，就等于主动放弃一部分封装契约。改一个私有字段名，可能要同步检查所有友元函数——它们不像成员函数那样受类接口约束保护。
