C++右值引用(rvalue references)与移动语义(move semantics)_F11

一、右值引用（rvalue references）与移动语义（move semantics）设计动机

1.1 为什么需要移动语义

传统 C++ 的对象拷贝（copy）在管理资源（堆内存、文件句柄、套接字、大数组等）时代价高。以前的做法：

提供拷贝构造/赋值，或
使用指针/引用共享资源（容易出错）或
使用 swap 优化复制（代价仍然存在）

移动语义的目标：当可以“窃取”一个临时对象的内部资源而不是逐元素复制时，允许编译器选择把资源从源对象“移动”到目标对象，使得构造与赋值的成本从 O(n) 变为 O(1)。这是通过右值引用（T&&）与专门的移动构造函数 / 移动赋值运算符实现的。

1.2 为什么需要右值引用

在 C++11 之前：

返回大对象（如 std::vector<PointXYZ>）会发生昂贵的深拷贝（deep copy）。
临时对象往往不需要被复制（因为临时对象马上就会销毁）。
无法区分 “临时对象的引用” 与 “普通左值引用”。

因此：

std::vector<int> v;

// …

auto x = v; // 必须深拷贝

深拷贝非常昂贵，尤其对于 SLAM 中：

大规模点云
特征向量（FPFH、SHOT、Descriptors）
图优化结构（因子图、Jacobian Blocks）

右值引用 + 移动语义就是解决上述性能瓶颈的关键。

二、值类别（value categories）——理解左右值很关键

C++11 之后共有 5 种值类别：

类别	描述	示例
lvalue（左值）	有名字，可取地址	x、v[0]
xvalue（将亡值）	即将被销毁的对象，可以“偷资源”	std::move(x)、T&& 某些表达式
prvalue（纯右值）	临时值，无名称	T()、3、func() 返回临时
glvalue（泛左值）	lvalue + xvalue	能代表 “对象的定位”
rvalue（右值）	xvalue + prvalue	可移动但不能取地址

记住要点：

左值有身份，不必有值
右值有值，不必有身份

右值引用就是绑定 xvalue 与 prvalue 的一种引用。

关键：右值引用 T&& 能接受 xvalue/prvalue，但不接受 lvalue（除非用 std::move 或模板完美转发）。

三、右值引用与移动构造/赋值（基本定义）

对类 T，推荐实现（rule of five）：

struct T {

// 构造/析构

T(); // default ctor

T(const T&); // copy ctor

T(T&&) noexcept; // move ctor

T& operator=(const T&); // copy assign

T& operator=(T&&) noexcept; // move assign

~T();

};

示例 — 简单资源类（动态数组）

#include <iostream>

#include <utility> // std::move

struct Buffer {

size_t size_;

double* data_;

Buffer(size_t n=0) : size_(n), data_(n ? new double[n] : nullptr) {}

~Buffer() { delete[] data_; }

// copy

Buffer(const Buffer& o) : size_(o.size_) {

if (size_) {

data_ = new double[size_];

std::copy(o.data_, o.data_ + size_, data_);

} else data_ = nullptr;

std::cout<<"copy ctor\n";

}

// move

Buffer(Buffer&& o) noexcept : size_(o.size_), data_(o.data_) {

o.size_ = 0;

o.data_ = nullptr;

std::cout<<"move ctor\n";

}

// copy assign

Buffer& operator=(const Buffer& o){

if(this==&o) return *this;

delete[] data_;

size_=o.size_;

data_ = size_? new double[size_]: nullptr;

std::copy(o.data_, o.data_ + size_, data_);

std::cout<<"copy assign\n";

return *this;

}

// move assign

Buffer& operator=(Buffer&& o) noexcept {

if(this==&o) return *this;

delete[] data_;

size_ = o.size_;

data_ = o.data_;

o.size_ = 0;

o.data_ = nullptr;

std::cout<<"move assign\n";

return *this;

}

};

要点：

移动构造/赋值窃取资源指针并把源对象置于安全的析构态（通常设置为 nullptr、0）。
noexcept 很重要 —— 它允许容器（比如 std::vector<T>）在扩容时使用移动而不是拷贝（容器会在异常安全性不保证时退回拷贝策略）。

四、std::move、std::forward与完美转发

std::move(x)：把 lvalue 强制转换成 xvalue（右值），告诉编译器“可以窃取 x 的资源”。但它本身不移动；只是类型转换。
std::forward<T>(x)：在模板中保留值类别（完美转发）。当模板参数 T 是 U&& 的情况下，forward 会在 T 为 lvalue-reference 时转成 lvalue，否则转成 rvalue。

示例：

void take_by_value(Buffer b) { /*...*/ }

Buffer b(100);

take_by_value(b); // copy

take_by_value(std::move(b)); // move (resource stolen)

注意：对已 std::move 的对象继续使用可能导致未定义语义（安全但不可预测状态），称为 use-after-move。移动后的对象必须处于析构与赋值安全状态，但其具体内容不可依赖，除非类型指定了明确语义。

五、RVO / NRVO 与返回值优化

在很多情况下函数返回临时对象时会有拷贝或移动。现代编译器会做（命名）返回值优化（RVO / NRVO），避免额外拷贝/移动。C++17 更严格地把 prvalue 语义演进，使得通常不会触发移动或拷贝（直接在调用者处构造返回对象）。

示例：

Buffer make_buffer(size_t n){

Buffer tmp(n);

// ... fill ...

return tmp; // RVO: tmp 在调用处直接构造

}

即便没有 RVO，若 Buffer 有移动构造，也会用移动构造移动临时对象（开销小）。

六、移动语义对标准容器与算法的影响

容器（std::vector、std::deque 等）会在重新分配时尽量移动元素（若 T 的移动构造 noexcept，容器使用移动；否则可能回退到拷贝）。因此，务必对能移动的大对象提供 noexcept 的移动构造/赋值。
std::move_iterator、std::make_move_iterator 可以把算法变为“移动模式”：例如 std::copy(std::make_move_iterator(first), std::make_move_iterator(last), dest) 会把元素移动到 dest。
std::move_if_noexcept：在条件下选择移动（如果移动抛异常则拷贝）。容器扩容等场景常使用这一策略。

七、移动语义和异常安全，为什么noexcept很重要

如果移动构造有可能抛出异常，容器在重分配时可能无法保证强异常安全，会选择回退到拷贝策略（更安全但更慢）。
因此移动构造/赋值应尽可能声明 noexcept。若必须在移动中做可能抛异常的操作，可以将那些操作放在拷贝 / swap 路径中，或保证内部操作不会抛异常。

推荐模式（move via swap）：

T& operator=(T&& other) noexcept {

swap(*this, other);

return *this;

}

但要确保 swap 本身 noexcept。

八、设计上的注意事项与常见陷阱

1) 移动后的对象状态

移动后对象应该处于有效但未指定内容的状态，可安全析构和赋值，但不能假设其值。文档化被移动后对象的可用操作（建议仅能被赋值或析构）是一种好习惯。

2) 禁止移动操作（make class non-moveable）

如果类管理不可转移资源（例如与 OS 绑定的唯一句柄，或禁止移动的语义），可以删掉移动构造：

1 2	T(T&&) = delete; T& operator=(T&&) = delete;

3) 轻量类型也可移动？是否必要？

对小 POD（如 int, double）移动没有意义；移动语义主要针对“外部资源”。但实现移动构造不会有坏处，只是多写一点代码。

4) 当实现了自定义拷贝/移动时记住 Rule of Five

如果用户定义了任一种：析构（dtor）、拷贝构造、拷贝赋值、移动构造、移动赋值，应考虑同时实现或禁用另外两者以避免编译器生成不合适的默认函数。

5) 完美转发与重载决议

对于函数模板，重载 f(const T&) 与 f(T&&) 时注意：f(T&&) 对于左值不会匹配除非使用模板参数推导或 std::move。这常用于实现 emplace_back 或工厂函数。

九、move-only 类型（典型示例：std::unique_ptr）

std::unique_ptr 是只可移动不可拷贝的典型例子。它利用移动语义保证资源唯一性。使用 unique_ptr 可以安全地把资源传递给函数或容器（容器会移动 unique_ptr 对象）。

std::unique_ptr<Foo> make_foo() {

return std::make_unique<Foo>();

}

std::vector<std::unique_ptr<Foo>> v;

v.push_back(make_foo()); // move into vector

注意：std::vector<T> 可以存放 move-only 类型（C++11 起）。

十、模板与完美转发的典型模式（emplace与工厂）

完美转发用于把参数原样传递给构造函数或函数，避免不必要拷贝/移动：

template<typename T, typename... Args>

std::unique_ptr<T> make_unique_impl(Args&&... args){

return std::unique_ptr<T>(new T(std::forward<Args>(args)...));

}

std::vector::emplace_back(args...) 使用完美转发在目标存储处直接构造对象，避免临时对象再移动/拷贝（相对于 push_back(T(args...)) 更高效）。

十一、性能分析

测量拷贝 VS 移动：在 Debug 模式下可能看不到差异（优化关闭），要在 Release 编译并测量真实应用场景（例如大量点云向量移动）。
profile container reallocation：如果类型的移动不是 noexcept，std::vector 可能在扩容时拷贝元素造成意外开销。检查移动构造是否 noexcept。
避免不必要的 std::move：对返回局部变量的 return std::move(local) 会阻止 RVO，并且通常会产生多余的 move。不要在 return 语句中对返回值使用 std::move（C++11/14 中反模式，C++17 prvalue 语义进一步缓解）。

十二、实战建议

1) 表达式模板 / 延迟求值库（Eigen、std::string 复制优化）

大型数学库（Eigen）使用表达式模板避免临时对象。移动语义配合表达式模板可以极大减少分配和复制。

2) 委托内存池 + move

当对象使用自定义内存池（固定内存区域）时，移动构造往往只是指针/偏移值的复制，性能几乎是常数。

3) 多线程注意

在多线程场景中移动对象时要注意竞争：移动操作不是线程安全的；在移动前应保证没有其他线程同时访问/修改该对象。

4)std::function与 move-only 可调用对象

std::function 在 C++11 中要求可拷贝目标；若要传递 unique_ptr 到回调，可使用 std::move 包装 lambda 捕获： auto cb = [p = std::move(ptr)](){ ... };。C++17/20 中有更多灵活性（std::move_only_function 提案/实现）。