c++ - std::type_info::name() 的实际目的是什么？

Question

今天有个同事来问我标题中提到的问题。
他目前正在尝试减少代码库的二进制占用空间，该代码库也用于小型目标(如 Cortex M3 等)。显然他们已经决定在打开 RTTI 的情况下进行编译(实际上是 GCC)，以支持正确的异常处理。

嗯，他的主要提示是为什么 std::type_info::name() 实际上完全需要支持 RTTI，并问我是否知道一种方法来抑制生成支持这一点所需的字符串文字，或者至少缩短它们。

std::type_info::name

const char* name() const; Returns an implementation defined null-terminated character string containing the name of the type. No guarantees are given, in particular, the returned string can be identical for several types and change between invocations of the same program.

A ,- 但是编译器特定的-，例如的实现dynamic_cast<>运算符(operator)不会使用此信息，而是使用类似于哈希标签的东西来确定类型(类似于 catch() 具有异常处理的 block )。
我认为后者在当前的标准定义中明确表达了

1. std::type_info::hash_code
2. std::type_index

我不得不同意，我也没有真正看到使用 std::type_info::name() 的意义。 ，而不是用于调试(记录)目的。我不是 100% 确定在当前版本的 GCC(我认为他们使用的是 4.9.1)的情况下，仅在没有 RTTI 的情况下异常处理也能正常工作，所以我犹豫是否建议直接关闭 RTTI。
dynamic_casts<> 也是这种情况。在他们的代码库中使用，但对于这些，我只是建议不要使用它，支持 static_cast (它们实际上没有插件之类的东西，或者除了断言之外不需要运行时类型检测)。

---

问题:

• 是否有 std::type_info::name() 的实际生产代码级用例？除了日志记录？

子问题(更具体):

• 有没有人知道如何克服(解决)这些无用字符串文字的生成(假设它们永远不会被使用)？

• 真的(仍然)需要 RTTI 来支持 GCC 的异常处理吗？
  (这部分现在由 @Sehe's answer 很好地解决了，我已经接受了。对于代码中使用的任何异常，剩余生成的 std::type_info 实例仍然存在另一个子问题。我们很确定，这些文字永远不会在任何地方使用)

---

_{相关位: Strip unused runtime functions which bloat executable (GCC)}

Answer 1

隔离这个位:

• 关键是，如果他们关闭 RTTI，异常处理在 GCC 中还能正常工作吗？ — πάντα ῥεῖ 1 hour ago

answer是的:

-fno-rtti

Disable generation of information about every class with virtual functions for use by the C++ runtime type identification features (dynamic_cast and typeid). If you don't use those parts of the language, you can save some space by using this flag. Note that exception handling uses the same information, but it will generate it as needed. The dynamic_cast operator can still be used for casts that do not require runtime type information, i.e. casts to void * or to unambiguous base classes.