13. 类型转换：隐式类型转换、显式类型转换

类型转换这个话题，说简单也简单，说复杂真能坑死人。我刚开始写C++那会儿，总觉得类型转换不就是把一种类型变成另一种嘛，有啥好学的？直到有一次线上服务莫名其妙地挂了，查了两天才发现是一个隐式转换搞的鬼……嗯，从那以后我再也不敢小看它了。

咱们今天就把类型转换这事儿彻底聊透。你想想看，C++里类型转换其实就两大类：编译器偷偷帮你干的（隐式），和你主动告诉编译器干的（显式）。显式转换里又有四种风格各异的家伙：static_cast、dynamic_cast、const_cast、reinterpret_cast。最后咱们再聊聊C风格转换为什么被大家嫌弃。

隐式类型转换：编译器替你做的决定

隐式转换，说白了就是编译器看你不顺眼的时候，偷偷帮你把类型变了。比如你把一个int塞进一个double变量里，编译器二话不说就帮你转了。这种转换在基本数据类型之间最常见。

int a = 42;
double b = a;  // 隐式转换：int → double
std::cout << b;  // 输出 42.0

看起来挺方便对吧？但问题来了——隐式转换有时候会丢失精度，或者产生你完全意想不到的结果。我记得有一次，一个同事写了个函数参数是double，结果传进去一个很大的long long值，精度就这么无声无息地丢了。查了半天才发现是隐式转换惹的祸。

隐式转换还会发生在类类型之间——如果你定义了转换构造函数或者类型转换运算符。我个人建议，除非你有充分的理由，否则尽量用explicit关键字把单参数构造函数标记起来，防止编译器偷偷帮你做转换。

显式类型转换：四种cast各显神通

C++提供了四种命名的强制类型转换操作符。它们比C风格转换更安全、更明确。说白了，就是让编译器帮你检查一下，你这个转换到底合不合理。

static_cast：最常用的转换

static_cast是我用得最多的一个。它用于相关类型之间的转换，比如int转double、float转int，或者父类指针转子类指针（向下转型）。但它不做运行时类型检查，所以向下转型时你得自己保证安全。

double pi = 3.14159;
int intPi = static_cast<int>(pi);  // 3，截断小数部分

// 父类转子类（向下转型）
Base* basePtr = new Derived();
Derived* derivedPtr = static_cast<Derived*>(basePtr);  // 你得确保basePtr确实指向Derived对象

dynamic_cast：安全的向下转型

dynamic_cast是专门为多态类型设计的。它会在运行时检查转换是否合法。如果转换失败，指针类型会返回nullptr，引用类型会抛出std::bad_cast异常。

class Base { virtual void foo() {} };
class Derived : public Base {};

Base* basePtr = new Base();
Derived* derivedPtr = dynamic_cast<Derived*>(basePtr);
if (derivedPtr == nullptr) {
    std::cout << "转换失败，basePtr不指向Derived对象" << std::endl;
}

我曾经在一个大型项目中用dynamic_cast做插件系统的类型识别。说实话，它确实好用，但运行时开销也不小。如果你对性能有极致要求，可以考虑用其他设计模式替代。

const_cast：去掉const属性

const_cast只有一个用途：去掉对象的const或volatile限定符。听起来很暴力对吧？确实，它打破了const的正确性。我一般只在调用旧版C库函数时才会用到它——那些函数参数没写const，但你确定它们不会修改数据。

const int value = 42;
int* modifiable = const_cast<int*>(&value);
*modifiable = 100;  // 未定义行为！如果value本身是const，修改它会导致崩溃

reinterpret_cast：最危险的转换

reinterpret_cast可以把一个指针转换成任意其他类型的指针，或者把指针转换成整数，反过来也行。它不做任何类型检查，纯粹是比特位的重新解释。说白了，就是告诉编译器：「别管我，我知道我在干什么。」

int number = 0x12345678;
char* bytes = reinterpret_cast<char*>(&number);
// 现在你可以按字节访问int的每个字节了
for (int i = 0; i < sizeof(int); ++i) {
    std::cout << static_cast<int>(bytes[i]) << " ";
}

这个转换我一年也用不了几次。只有在写底层代码、序列化、或者跟硬件打交道时才会用到。如果你在业务代码里频繁使用reinterpret_cast，那八成是设计出了问题。

C风格转换的弊端

C风格的转换长这样：(type)expression。它看起来简单，但问题很大——它实际上会尝试static_cast、const_cast、reinterpret_cast的组合，具体用哪个取决于上下文。这种「模糊」正是它最危险的地方。

const int* constPtr = new int(42);
int* nonConstPtr = (int*)constPtr;  // C风格转换：悄悄去掉了const
// 这行代码编译通过，但行为未定义

C风格转换有几个致命问题：

• 不明确：你没法一眼看出转换的意图是什么
• 太强大：它什么都能转，包括不该转的
• 难搜索：在代码库里搜(int*)这种模式非常困难
• 容易误用：不小心就去掉了const，或者做了危险的指针转换

总结一下

类型转换这事儿，说白了就是「让不同类型的数据能互相交流」。隐式转换方便但容易埋坑，显式转换安全但需要你多敲几个字。四种cast各有各的用途：static_cast最常用，dynamic_cast做安全向下转型，const_cast去掉const属性（慎用），reinterpret_cast做底层比特位重解释（极少用）。至于C风格转换，忘掉它吧——至少在C++的世界里。

嗯，类型转换就聊到这儿。记住一句话：转换越明确，代码越安全。

---