因为成员函数隐式绑定左操作数为当前对象，无法处理左操作数是非类类型（如char*或double）的情形；而友元函数可显式指定任意类型参数顺序，满足非对称运算（如"abc" + str）和左值自然顺序要求。
不是“有时需要”，而是当重载运算符涉及**非对称操作数类型**或**必须保持左值自然顺序**时，成员函数根本做不到，只能靠友元。
为什么 operator 必须是友元
因为 cout 的左侧是 <code>ostream 对象，右侧才是你的类对象。成员函数的隐式 this 指针永远绑定在左侧——也就是说，如果把 operator 写成类成员函数，语法就变成了 <code>obj ，完全反了。
- 成员函数版本：只能写成
obj ，不符合 C++ 流习惯 - 友元版本：接收
ostream&和const YourClass&两个参数，顺序可自由控制 - 它还要访问类的私有成员来格式化输出，不声明为友元就编译不过
operator+ 在混合运算时为何要友元
比如你想支持 5.0 + my_time（double 加自定义时间类），这个表达式左侧是内置类型，不可能调用 double 的成员函数。而你的 Time 类成员版 operator+ 只能处理 my_time + 5.0 这种顺序。
- 成员函数：只有一个显式参数，
this固定为左操作数 → 只能支持obj + value - 友元函数：两个参数都显式写出 → 可同时支持
value + obj和obj + value - 如果不写友元版，
5.0 + my_time会直接报错：no match for ‘operator+’
友元带来的实际代价
友元函数绕过封装，能直接读写私有成员，这看似方便，但会让类的内部表示和外部逻辑强耦合。
- 一旦你改了私有字段名或结构，所有友元函数都得同步改，编译器不会提醒你漏了哪个
- 单元测试时，友元函数无法被单独 mock 或隔离，容易让测试变脆弱
- 多人协作中，新成员可能误以为“能访问私有 = 可以随意改”，破坏设计契约
真正容易被忽略的是：友元声明本身不带实现，它只是个“访问许可”。你得在类外单独定义函数，且这个定义不能依赖类内未声明的细节——否则头文件一改，链接期才暴露问题。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
