基类指针无法访问派生类新增方法，是c++编译期静态类型安全机制所致：名字查找止于基类作用域，未声明则不可见；强制转换风险高；正确做法是通过虚函数抽象或dynamic_cast安全下转。
基类指针无法访问派生类新增方法，不是 bug，而是 C++ 类型系统在编译期强制执行的静态安全机制——它只允许你调用「基类声明过」的接口，哪怕指针实际指向的是派生类对象。
基类指针的静态类型决定了可用成员范围
编译器只看指针的声明类型（Base*），不关心它运行时指向什么。只要 Base 类里没声明 newMethod()，那通过 Base* 调用就直接报错：no member named 'newMethod' in 'Base'。
这不是“找不到实现”，而是根本“看不见这个名字”。C++ 的名字查找（name lookup）在编译期就停在基类作用域，不会向下钻到派生类里去翻。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 即使
Base*指向Derived对象，p->newMethod()仍被当作非法表达式拒绝 - 虚函数能跨类调用，是因为它在基类中已声明（哪怕只是
virtual void f() = 0;），名字存在、签名可见 - 派生类新增的非虚函数，对基类来说是“完全不存在”的符号
强行访问的常见错误尝试及后果
有人会用 static_cast 或 C 风格转换绕过编译检查，比如：static_cast<derived>(p)->newMethod()</derived>。这看似“成功”，但极其危险：
- 如果
p实际指向的不是Derived（比如是AnotherDerived），行为未定义 - 若基类不是多态类型（即没有虚函数），
static_cast到派生类指针本身是 ill-formed，部分编译器会拒编 - 更隐蔽的坑：派生类对象可能被切片（sliced）或生命周期已结束，强制转换后调用等于踩内存
正确扩展接口的两种可行路径
想让基类指针“支持”新行为，必须让基类参与契约设计：
- 把新功能抽象为基类的虚函数（哪怕默认实现为空或抛异常），再由派生类重写 —— 这是最正统的多态方式
- 使用
dynamic_cast安全下转（要求基类至少有一个虚函数）：if (auto* d = dynamic_cast<derived>(p)) d->newMethod();</derived>，但这是运行时开销+分支判断，不适合高频路径 - 避免把“需要调用派生类特有方法”作为基类指针的常规使用场景；如果频繁发生，说明继承关系建模可能出了问题（比如误用了 is-a 而该用 has-a 或组合）
最易被忽略的一点：虚函数表（vtable）只负责动态分发已声明的虚函数，它不提供任何“反射式发现新函数”的能力。C++ 的类型安全是静态的、显式的，不靠运行时试探。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
