【C/C++ 为什么 unique_ptr 不支持拷贝构造、赋值构造等操作】
std::unique_ptr 不支持拷贝构造和拷贝赋值操作，主要是因为它遵循 独占所有权（exclusive ownership） 的语义。这是 C++ 智能指针设计中的一种关键原则，目的是确保资源的唯一所有权和自动释放。以下是具体原因和设计考量：
1. 独占所有权的设计目的
unique_ptr的核心思想是 唯一拥有 所管理的对象，即同一时间只能有一个unique_ptr指向某个资源。- 如果允许拷贝构造或赋值，会导致多个
unique_ptr指向同一资源，违背了“唯一所有权”的初衷。 - 这种设计避免了潜在的资源重复释放问题（例如，多个指针析构时多次删除同一资源）。
2. 避免浅拷贝（Shallow Copy）问题
- 如果允许拷贝，默认的拷贝行为会是浅拷贝（即复制指针值），导致多个
unique_ptr共享同一资源。 - 当其中一个
unique_ptr析构时，资源会被释放，其他unique_ptr会变成悬空指针（dangling pointers），引发未定义行为。
3. 明确所有权的转移
unique_ptr通过 移动语义（move semantics） 支持所有权的转移（例如std::move），而非拷贝：std::unique_ptr<int> ptr1 = std::make_unique<int>(42); std::unique_ptr<int> ptr2 = std::move(ptr1); // 所有权转移，ptr1 变为 nullptr- 移动操作后，原
unique_ptr会释放所有权（变为nullptr），确保资源始终只有一个所有者。
4. 与 std::shared_ptr 的对比
std::shared_ptr支持拷贝，因为它通过引用计数实现共享所有权，但会带来额外的性能开销（引用计数的原子操作）。unique_ptr的设计目标是轻量级、零开销的独占管理，因此省略了拷贝功能以提高效率。
5. 安全性优先
- 禁止拷贝可以强制用户在代码中显式处理所有权的转移（通过
std::move），避免隐式的所有权共享。 - 这种设计符合 C++ 的“零开销抽象”原则，同时减少误用风险。
代码示例：非法拷贝 vs 合法移动
// 非法操作：拷贝构造（编译错误）
std::unique_ptr<int> p1 = std::make_unique<int>(10);
std::unique_ptr<int> p2 = p1; // 错误！拷贝构造被禁用// 合法操作：移动语义
std::unique_ptr<int> p3 = std::move(p1); // p1 的所有权转移给 p3
总结
std::unique_ptr 禁用拷贝操作是为了：
- 保证资源的唯一所有权。
- 避免悬空指针和重复释放。
- 强制用户显式处理所有权转移（通过移动语义）。
- 提供高效、安全的资源管理。
如果需要共享所有权，应使用 std::shared_ptr。