移动构造函数应标记为noexcept以确保异常安全，通过转移资源并重置源对象状态，避免抛出异常，从而支持标准库的高效移动操作。
在c++中，实现异常安全的移动操作（尤其是移动构造函数）是编写强异常安全代码的关键部分。移动语义虽然提升了性能，但如果在移动过程中抛出异常，可能导致资源泄漏、对象处于无效状态，甚至程序崩溃。因此，理解并正确实现移动构造函数的异常保证至关重要。
移动构造函数的基本要求
一个正确的移动构造函数应满足以下几点：
- 将源对象的资源“转移”给新对象，而不是复制
- 将源对象置于“可析构”状态（即可以安全调用析构函数）
- 尽可能提供强异常安全保证或至少基本异常安全保证
标准库容器和算法在重新分配内存或移动元素时，会依赖移动操作的异常安全性。如果移动构造函数可能抛出异常，某些操作（如vector扩容）可能会改用复制而非移动，以保证异常安全。
异常安全等级与移动操作
C++中常见的异常安全保证分为三级：
立即学习“C++免费学习笔记（深入）”；
- 无抛出保证（noexcept）：操作不会抛出异常
- 强保证（Strong Guarantee）：操作失败时，程序状态回滚到调用前
- 基本保证（Basic Guarantee）：操作失败后，对象仍处于有效但未指定状态
对于移动构造函数，理想情况是将其标记为 noexcept。例如：
class MyString {
private:
char* data;
size_t size;
public:
MyString(MyString&& other) noexcept
: data(other.data), size(other.size)
{
other.data = nullptr;
other.size = 0;
}
};
这个移动构造函数只做指针转移，不分配内存，不会抛出异常，因此可以安全地标记为 noexcept。这使得
std::vector
在扩容时更倾向于使用移动而非复制。
何时移动构造可能抛出异常
如果移动构造函数内部涉及可能失败的操作，就无法保证 noexcept。常见情况包括：
- 移动过程中调用可能抛出异常的函数（如动态内存分配）
- 成员变量的移动构造函数本身可能抛出异常
- 自定义资源管理逻辑中存在异常路径
例如，如果某个类在移动时需要重新分配缓冲区或执行复杂初始化，就可能抛出异常。这种情况下，应尽量将异常影响控制在局部，并确保源对象仍处于可析构状态。
如何编写异常安全的移动构造函数
编写移动构造函数时，应遵循以下原则：
可以通过以下方式检查类型是否支持 noexcept 移动：
static_assert(std::is_nothrow_move_constructible_v
这有助于在编译期发现潜在的性能或安全问题。
基本上就这些。只要移动操作不涉及可能失败的操作，就应标记为 noexcept，这不仅是性能优化，更是异常安全设计的重要一环。
