为何C风格强制转换(int&)0是格式错误的？

首先，咱们先明确你提到的规则：根据[expr.cast]/4，C风格强制转换确实会按const_cast→static_cast→static_cast+const_cast→reinterpret_cast→reinterpret_cast+const_cast的顺序尝试转换。那为什么手动写的const_cast<int&>(static_cast<const int&>(0))合法，但(int&)0却被编译器拒绝呢？

核心原因在于编译器对C风格转换第三步的实现逻辑限制，咱们一步步拆解：

• 第一步：尝试const_cast<int&>(0)：直接失败。const_cast只能作用于指针、引用或指向成员的指针类型，而0是int字面量（右值），不属于这些范畴，所以这一步走不通。
• 第二步：尝试static_cast<int&>(0)：同样失败。C++规则明确禁止非const左值引用绑定到右值，int&是non-const左值引用，0是prvalue（纯右值），static_cast<int&>(0)违反了引用绑定的基本规则，自然不合法。
• 第三步：尝试static_cast后接const_cast：这就是问题的关键了。你手动写的static_cast<const int&>(0)是合法的——因为const左值引用可以绑定到右值，这会创建一个临时int对象并延长其生命周期；接着const_cast<int&>去掉const属性，也是合法的。但编译器在处理C风格转换时，不会将这种“通过临时量绑定的static_cast”纳入第三步的尝试范围。

编译器的逻辑是：C风格转换的第三步期望的static_cast是对源类型的直接类型转换（比如把int*转成const int*，再用const_cast转回int*），而不是通过创建临时量来绑定引用的操作。在编译器看来，static_cast<const int&>(0)本质是引用绑定，而非传统的类型转换，所以不会触发第三步的尝试逻辑。

另外补充一点：即使手动转换合法，它的行为也是未定义的——你得到的非const左值引用指向一个临时对象，一旦表达式结束，临时对象就会销毁，后续对这个引用的操作都会导致未定义行为。编译器拒绝(int&)0也有安全考量，避免用户无意中创造这种危险的引用。

内容的提问来源于stack exchange，提问作者Brian Bi