C++如何使用指针实现智能指针的类型转换-C++-PHP中文网

直接c风格转换shared_ptr裸指针再构造新shared_ptr危险：引用计数不共享导致悬空指针，且不同析构器引发未定义行为；应使用std::static_pointer_cast（编译期偏移，需确保安全）或std::dynamic_pointer_cast（运行时rtti检查，仅适用于多态类型）。

c++如何使用指针实现智能指针的类型转换

为什么不能直接对 `std::shared_ptr` 指针做 C 风格强制转换

直接写 (Derived*)ptr.get() 再包进新 std::shared_ptr 是危险的：引用计数不会被共享，原始 shared_ptr 释放后，新指针变成悬空指针；更糟的是，如果两个 shared_ptr 分别管理同一块内存但用不同类型析构（比如 Base* 和 Derived*），会触发未定义行为。

`std::static_pointer_cast` 和 `std::dynamic_pointer_cast` 怎么选

两者都保持引用计数共享，但语义和检查时机不同：

std::static_pointer_cast 对应 static_cast，编译期不检查继承关系，仅做地址偏移（如虚基类或多重继承时可能出错），适合已知安全的向上/向下转换
std::dynamic_pointer_cast 对应 dynamic_cast，运行时检查 RTTI，失败时返回空 shared_ptr，只适用于多态类型（即含虚函数的类）
非多态类型用 dynamic_pointer_cast 永远失败，编译不过或返回空 —— 不是 bug，是设计如此

示例：

struct Base { virtual ~Base() = default; };
struct Derived : Base { int x; };
auto base_ptr = std::make_shared<derived>();
auto derived_ptr = std::static_pointer_cast<derived>(base_ptr); // ✅ 安全
auto bad_ptr = std::dynamic_pointer_cast<derived>(std::make_shared<base>()); // ❌ 返回空
</derived></derived></derived>

自定义删除器或别名构造时，类型转换是否还安全

安全，但要注意别名构造（aliasing constructor）本身不改变所指对象类型，而类型转换函数会重新绑定控制块：

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

std::static_pointer_cast 等函数内部调用的是控制块的 copy constructor，不是简单复制裸指针
即使原 shared_ptr 带自定义删除器（如 std::shared_ptr<int>(new int, my_deleter)</int>），转换后的指针仍使用同一删除器
别名构造（如 shared_ptr<t>(other, ptr)</t>）创建的指针，其类型转换也遵循相同规则，控制块和删除器完全继承

为什么 `std::unique_ptr` 没有内置的类型转换函数

因为 std::unique_ptr 不共享所有权，无法在不转移控制权的前提下安全实现类型转换 —— 转换后若原指针仍存在，就违背了独占语义。

必须显式释放并重建：

std::unique_ptr<base> base = std::make_unique<derived>();
auto derived = std::unique_ptr<derived>(static_cast<derived>(base.release()));
</derived></derived></derived>

注意：这里 static_cast 是对裸指针操作，release() 解除了原 unique_ptr 的管理权，后续不能再用 base；若需运行时检查，得先 dynamic_cast 裸指针再判断是否为空。

真正容易被忽略的是：所有智能指针类型转换都依赖底层对象的实际动态类型和继承结构，而不是静态声明类型；RTTI 缺失、虚函数表损坏、或跨 DLL 边界传递控制块，都会让 dynamic_pointer_cast 失效。