C++智能指针移动语义：unique_ptr与shared_ptr本质差异

1. 智能指针的移动语义本质差异

在C++智能指针体系中，unique_ptr和shared_ptr虽然都支持移动语义，但背后的设计理念和行为模式存在根本性区别。理解这种差异对编写异常安全的资源管理代码至关重要。

unique_ptr的移动是所有权转移的唯一途径。当我们执行auto w2 = std::move(w1)时，发生了三个关键操作：

1. w2接管w1持有的原始指针
2. w1内部的指针被置为nullptr
3. w1的析构器（deleter）也被转移给w2

这种设计保证了资源所有权的唯一性，完全符合RAII原则。我在实际项目中发现，这种严格的独占性虽然看似限制很多，但能有效避免资源管理的混乱。一个典型应用场景是工厂模式：

cpp复制std::unique_ptr<Device> createDevice(DeviceType type) {
    switch(type) {
        case TypeA: return std::make_unique<DeviceA>();
        case TypeB: return std::make_unique<DeviceB>();
        default: return nullptr;
    }
}
// 调用处通过移动接收设备所有权
auto device = createDevice(TypeA);

相比之下，shared_ptr的移动语义则复杂得多。当执行auto s2 = std::move(s1)时：

1. s2接管s1的控制块指针和对象指针
2. s1被置为nullptr
3. 引用计数保持不变（这点最重要！）

这意味着shared_ptr的移动操作不会影响引用计数，只是将管理权从一个智能指针转移到另一个。这种设计带来了一个容易被忽视的特性：移动后的shared_ptr仍然可能与其他指针共享所有权。例如：

cpp复制auto s1 = std::make_shared<Resource>();
auto s2 = s1;          // 复制，引用计数=2
auto s3 = std::move(s1); // s1变为nullptr，但s2/s3仍共享资源

2. 移动语义对性能的影响对比

un