GCC/MSVC中-Woverloaded-virtual警告与隐式拷贝赋值运算符疑问

1. 为何部分编译器会生成含引用成员类的隐式拷贝赋值运算符？ #

严格来说，C++11及以后的标准明确规定：如果类包含非静态引用成员，隐式生成的拷贝赋值运算符会被定义为删除（deleted）。但GCC 13.x和MSVC 19的相关提示/行为，本质是编译器诊断机制的差异：

• 这些编译器在做名字隐藏检查时，会将「本应被删除的隐式拷贝赋值运算符」视为一个存在的名字实体，哪怕它实际不可用；
• 若编译器处于旧标准兼容模式（如-std=c++03），旧标准允许生成带引用成员的拷贝赋值（直接赋值引用本身，这在C++03合法但风险极高），编译器可能会保留这种兼容行为；
• 也可能是诊断逻辑优先级问题：编译器先检测到派生类存在同名的operator=（哪怕是deleted状态），再触发隐藏警告，而非先判断该隐式运算符是否被删除。

2. 为何部分编译器会声称签名不同的运算符被隐藏？ #

这是C++名字隐藏规则的直接结果：

• 只要派生类中出现与基类同名的名字（这里operator=是函数名），无论参数列表（签名）是否相同，基类的同名名字都会被派生类的名字覆盖隐藏；
• 派生类的隐式拷贝赋值运算符签名是Derived& operator=(const Derived&)，和基类的virtual Parent& operator=(int&)完全不同，但因为名字都是operator=，基类版本会被隐藏——编译器警告的正是这一点：你无法直接在派生类对象上调用基类的operator=(int&)，除非显式用using Parent::operator=引入。

3. 为何必须在派生类实现赋值运算符而非继承基类的？ #

核心原因有两个：

（1）隐式拷贝赋值被删除，需手动实现才能支持拷贝赋值 #

派生类包含引用成员，按标准隐式拷贝赋值运算符被删除，如果你需要对Derived对象做拷贝赋值（比如Derived a, b; a = b;），必须自己实现符合需求的拷贝赋值运算符，否则代码会编译报错。

（2）基类的operator=无法覆盖，且被隐藏 #

基类的operator=(int&)是虚函数，但它的签名和派生类拷贝赋值的签名不匹配，所以派生类不会自动覆盖它；反而因为名字隐藏，派生类对象无法直接调用基类的这个版本。如果需要保留基类的operator=(int&)功能，你需要：

• 在派生类中添加using Parent::operator=; 语句，引入基类的operator=名字以消除隐藏；
• 或者在派生类中实现自己的operator=(int&)，可选择调用基类版本完成部分逻辑。

另外，即便基类的operator=签名匹配，基类的赋值运算符也无法处理派生类新增的引用成员，所以必须在派生类中补充实现相关逻辑。

内容的提问来源于stack exchange，提问作者emerg.reanimator