无RTTI环境下，reinterpret_cast能否作为dynamic_cast的不安全替代方案？

首先明确结论：哪怕你100%确定基类指针实际指向派生类实例，也不该用reinterpret_cast替代dynamic_cast，正确的选择是static_cast。reinterpret_cast在多数场景下会引发未定义行为，原因如下：

1. 内存布局的差异问题 #

C++编译器会根据类的继承关系、是否包含虚函数等调整对象的内存布局：

• 如果基类（ITerminalWriter）包含虚函数（接口类通常都会有纯虚函数），派生类（BasicTerminalWriter）对象的内存中，基类子对象的地址可能和派生类自身的指针地址存在偏移（比如虚表指针占用的位置）。
  • 用static_cast向下转换时，编译器会自动计算并调整这个偏移，得到正确的派生类指针。
  • 而reinterpret_cast只是强制把基类指针的内存地址直接当成派生类指针，完全不处理偏移，会导致指针指向错误的内存位置，访问派生类成员时直接触发崩溃或未定义行为。
• 哪怕是无虚函数的单继承场景，reinterpret_cast的行为也只是巧合正确——C++标准并没有保证基类和派生类指针地址完全一致，static_cast才是符合标准的语义正确的转换方式。

2. 多继承场景的致命问题 #

如果后续扩展代码用到多继承，reinterpret_cast的问题会更突出：多个基类的子对象在派生类内存中会占据不同的偏移位置，reinterpret_cast根本无法处理这种复杂的布局，必然导致指针错误。

3. 无RTTI时的安全向下转换方案 #

如果需要在无RTTI的环境下实现类型安全的向下转换，可以自己手动实现类型标识机制，比盲目转换可靠得多：

// 定义类型枚举
enum class TerminalWriterType {
    Basic
};

class ITerminalWriter {
public:
    // 纯虚函数，返回当前对象的类型
    virtual TerminalWriterType getType() const = 0;
    // 其他接口方法
    virtual void write(const char*) = 0;
};

class BasicTerminalWriter : public ITerminalWriter {
public:
    TerminalWriterType getType() const override {
        return TerminalWriterType::Basic;
    }

    void write(const char* str) override {
        // 实现逻辑
    }

    // 派生类独有的方法
    void clearScreen() {
        // ...
    }
};

// 使用示例
void processWriter(ITerminalWriter* writer) {
    if (writer->getType() == TerminalWriterType::Basic) {
        // 先确认类型，再用static_cast转换
        BasicTerminalWriter* basicWriter = static_cast<BasicTerminalWriter*>(writer);
        basicWriter->clearScreen();
    }
}

总结 #

reinterpret_cast绝对不能作为dynamic_cast的替代方案，它的语义是强制重新解释内存地址，而非处理继承关系的类型转换。在明确类型的场景下用static_cast，需要类型安全判断时手动实现类型标识，这才是无RTTI环境下的正确做法。

内容的提问来源于stack exchange，提问作者Zombies are Real