虚函数的默认参数是静态绑定的，调用时取值取决于指针/引用的静态类型而非实际对象类型，导致base*指向derived对象时仍使用base声明的默认值；c++标准禁止动态绑定默认参数以保障性能与abi稳定；安全做法是移入函数体处理或用重载替代。
可以，但默认参数在虚函数中会引发严重的行为不一致问题——调用时用哪个默认值，取决于指针/引用的静态类型，而不是对象的实际类型。
虚函数调用时默认参数由静态类型决定
编译器在编译阶段就根据调用表达式的静态类型（即指针或引用的声明类型）来填充默认参数值，而虚函数本身的动态绑定只负责跳转到正确的函数地址。这两者是解耦的。
-
Base*指向Derived对象，调用func()时，func的函数体来自Derived，但默认参数取自Base::func的声明 - 直接通过
Derived对象调用d.func()，则使用Derived::func声明里的默认参数 - 这种分裂行为极易导致逻辑错乱，比如传入的参数值和函数内部预期不符
为什么不能让默认参数也动态绑定
技术上可行，但 C++ 标准明确禁止，默认参数必须静态绑定——这是为了性能和实现简洁性。
- 虚函数调用本身已需查
vtable、取函数地址、跳转，再为每个参数做一次“动态查默认值”会显著增加开销 - 默认参数本质是编译器生成的隐式实参，不是运行时数据；没有对应的 vtable 槽位或元信息支持动态解析
- 如果允许动态绑定，默认参数就必须随虚函数表一起维护，破坏 ABI 稳定性，且与重载解析机制冲突
如何安全地使用默认参数 + 虚函数
绕过默认参数绑定歧义的唯一可靠方式是：把默认参数逻辑移到函数体内，或用重载替代。
- 基类声明纯虚函数不带默认参数：
virtual void draw(ShapeColor color) const = 0; - 提供非虚的公有接口函数（如
draw()或drawDefault()），在其中填入默认值并转发给虚函数 - 或者，在虚函数内部检查参数是否为某个哨兵值（如
color == INVALID），再赋予默认逻辑 - 绝对不要在派生类虚函数声明中写不同的默认参数值——这属于未定义意图，只会制造维护陷阱
最常被忽略的一点：哪怕你只在一个类里写默认参数，只要它被基类指针调用，这个默认值就永远锁死在基类声明上。虚函数的多态性管不到默认参数，这点和 sizeof、static 成员一样，是编译期铁律。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
