c++ - 我避免 dynamic_cast<> 的方法是否比 dynamic_cast<> 本身更快？

Question

我正在回答 question几分钟前，它向我提出了另一个问题:

在我的一个项目中，我做了一些网络消息解析。消息采用以下形式:

[1 byte message type][2 bytes payload length][x bytes payload]

有效载荷的格式和内容由消息类型决定。我有一个基于公共(public)类的类层次结构 Message .

为了实例化我的消息，我有一个返回 Message* 的静态解析方法取决于消息类型字节。像这样的东西:

Message* parse(const char* frame)
{
  // This is sample code, in real life I obviously check that the buffer
  // is not NULL, and the size, and so on.

  switch(frame[0])
  {
    case 0x01:
      return new FooMessage();
    case 0x02:
      return new BarMessage();
  }

  // Throw an exception here because the mesage type is unknown.
}

有时我需要访问子类的方法。因为我的网络消息处理必须很快，所以我决定避免 dynamic_cast<>我在基础 Message 中添加了一个方法返回消息类型的类。根据这个返回值，我使用 static_cast<>改为正确的子类型。

我这样做主要是因为有人告诉我 dynamic_cast<>很慢。但是，我不确切地知道它到底做了什么以及它有多慢，因此，我的方法可能同样慢(或更慢)但要复杂得多。

你们觉得这个设计怎么样？常见吗？它真的比使用 dynamic_cast<> 更快吗？ ？关于使用 dynamic_cast<> 时发生的事情的任何详细解释欢迎!

--- 编辑 ---

既然有人问为什么:

基本上，当我收到一个帧时，我会做两件事:

1. 我解析消息并构建一个相应的 Message 子类实例框架的内容是否有效。除了解析部分，没有逻辑。
2. 我收到一个 Message并取决于 switch(message->getType()) , 我 static_cast<>到正确的类型，并对消息做任何必须做的事情。

Answer 1

dynamic_cast 的实现当然会因编译器而异。

在 Visual C++ 中，vtable 指向一个结构，该结构包含关于一个结构的所有 RTTI。因此，dynamic_cast 涉及取消引用此指针，并根据请求的类型检查“实际”类型，如果它们不兼容则抛出异常(或返回 NULL)。它基本上等同于您描述的系统。这不是特别慢。

您的设计听起来也有点不对劲 - 您有一个工厂方法忘记了对象的真实类型，然后您立即想取消忘记该信息。也许您应该将忘记类型时所做的逻辑移到工厂方法中，或者移到基类本身的虚方法中。