如果x=x改变了x的值，人们会感到诧异而且有可能发生严重的错误。虽然人们一般不会直接在移动操作中使用自赋值，它还是会发生。但是由于std::swap被实现为使用移动操作，如果你意外地调用了swap(a,b)而a和b参照了同一个对象，如果没有处理好自赋值的话，可能会发生严重且不易发现的错误。   

class Foo {
   string s;
   int i;
public:
   Foo& operator=(Foo&& a);
   // ...
};

Foo& Foo::operator=(Foo&& a) noexcept  // OK, but there is a cost
{
   if (this == &a) return *this;  // this line is redundant
   s = std::move(a.s);
   i = a.i;
   return *this;
}

违反自我赋值检查的概率只有百万分之一（数据只要领会精神就好，译者注）；避免自我赋值的讨论和自我移动的关系更加密切。

没有避免使用if(this==&a)return *this;操作的普遍办法。检查移动赋值的方法仍然会得出正确的结果（例如在x=x之后x的值不会改变）。

ISO标准只为标准库容易保证了一个“合法但未定义”的状态。看起来在10多年的经验和产品应用中没有成为问题。如果你遇到了反例请联系编辑。本规则更为谨慎并坚持做到完全安全。 

这里有一个不检查就移动指针的方法（将其想象为实现移动赋值代码中的一部分）：

// move from other.ptr to this->ptr
T* temp = other.ptr;
other.ptr = nullptr;
delete ptr;
ptr = temp;   

• (Moderate) In the case of self-assignment, a move assignment operator should not leave the object holding pointer members that have been deleted or set to nullptr.

• (中等)在自赋值的情况下，移动操作运算符应该避免对象的指针成员指向的对象被销毁或者该指针成员被置空。

• (Not enforceable) Look at the use of standard-library container types (incl. string) and consider them safe for ordinary (not life-critical) uses.

• (无法实施)找到使用标准库容器类型（包括string）,认为它们在通常用途（不是声明周期敏感）时安全的。