C++移动构造、右值参数与unique_ptr的所有权转移问题咨询

结论先行 #

三种写法并不等价，只有写法I和写法III能满足你「consume接管所有权」的需求，写法II不符合要求，优先推荐使用写法III。

逐个分析差异 #

写法I

• 符合需求：consume采用值传递，调用consume(move(m))时会触发移动构造，将原对象的资源所有权完全转移到函数形参中，函数执行结束后形参销毁自动释放资源，原对象被移至无效状态，保证句柄唯一。
• 特点：多触发一次移动构造和原对象的析构，只要你的移动构造是无额外开销的（这种简单资源管理类的移动构造本来就只有指针赋值的成本），性能影响可以忽略。这种写法的语义非常明确：只要调用consume，所有权必然转移到函数内部，调用方不可能再持有有效资源。

写法II

• 不符合需求：consume参数是右值引用，本质只是绑定了原对象的右值，没有发生实际的所有权转移。你当前的示例里consume是空实现所以看不出问题，实际业务中如果你要把对象持久化存储、或者转交给其他模块，还需要手动在consume内部执行移动逻辑；更严重的是，函数本身没有强制接管所有权，你完全可以在consume里不做任何转移操作，资源所有权还是留在原调用方的对象中，完全违背你「consume接管所有权」的设计目标。
• 特点：没有移动构造的开销，但语义非常模糊，仅适合需要临时修改右值对象但不接管所有权的场景，不能用来做所有权转移的接口。

写法III

• 符合需求：用标准库unique_ptr作为独占所有权的 wrapper，unique_ptr本身天然禁止拷贝、仅支持移动，传值给consume时会自动将指针所有权转移到函数形参，函数结束后形参销毁自动释放托管的intManager对象，完全满足你的两个需求。
• 特点：不需要你手动给intManager实现移动构造、判空等逻辑，所有资源管理的细节都由标准库实现，大大降低手写代码出错的概率。同时所有C++开发者看到unique_ptr值传递的参数，立刻就能明确这里是所有权转移的语义，代码可读性极高。

业内推荐优先级 #

1. 优先选写法III：是C++11之后传递独占所有权对象的标准范式，代码安全、语义清晰、开发成本最低。
2. 次选写法I：如果你确实不希望用智能指针包裹对象，值传递的设计也能明确保证所有权转移，只要补全移动赋值运算符、删除拷贝赋值运算符即可正常使用。
3. 禁止用写法II实现所有权转移接口，极容易引发生命周期泄漏、野指针等问题。

内容的提问来源于stack exchange，提问作者Guanwei HU