static_cast<T>(...) 是在编译时还是运行时完成的？我用谷歌搜索，但我得到了不同的答案。
另外，dynamic_cast<T>(...) 显然是运行时 - 但 reinterpret_cast<T>(...) 呢？
【问题讨论】：
标签： c++ c++11 casting runtime compile-time
取决于您要转换的内容。例如。 static_cast<std::string>("Hello") 最终调用 std::string 构造函数。
在我的脑海中，我想不出reinterpret_cast 需要生成实际机器指令的任何情况。它只是告诉编译器：采用这种位模式，并相信它是这种类型的值。
【讨论】：
int 转换为float 时会发生这种情况吗？当我将float 转换为int 时？
static_cast<float>(42)，编译器通常会足够聪明，只需将其替换为42f 在编译时）。
-O3优化吗？或者当我确定我正在为性能密集型数字转换做什么时，我应该使用reinterpret_cast？
reinterpret_cast，并且您完全理解自己在做什么。 reinterpret_cast<float>(42) 不会产生 42f：它会产生一些浮点值，恰好与整数 42 具有相同的位表示。试试吧，它应该证明是有教育意义的。
int 和float 的大小相同，它们也不共享相同的二进制表示。因此，在两者之间转换的reinterpret_cast 几乎肯定不是您想要的。事实上，您可能应该完全解雇reinterpret_cast，直到您确切知道自己在做什么。
编译时间。事实上，编译器甚至不会插入运行时代码来检查结果是否正确。当然，编译器确实会检查转换是否静态可行。示例：从子类转换为超类。如果转换需要调用内置函数或强制转换函数，它们当然会在运行时执行，但不会进行类型检查。
【讨论】：