std::move vs std::auto_ptr？

Question

在std::auto_ptr中，我不能在C++11中使用'move‘(r值引用)，但我能做什么？(据我所知，它们是同一想法的不同实现。)

又是一个老问题：std::auto_ptr有那么糟糕的组件吗？

Answer 1

C++98/03没有真正“可移动”类的概念。auto_ptr是一个具有复制时传输语义的类，也就是说，当你进行复制时，原始文件的内容会发生变化(注意带有非常量参数的复制构造函数！)。这太糟糕了。这样的类不能在标准容器中使用。

C++11引入了真正可移动类的概念，这要归功于新添加的右值引用的概念。完全取代auto_ptr的新unique_ptr不再是可复制的，而是可移动的。所有标准容器都已更新，以便在可能的情况下尝试移动对象，因此现在可以在标准容器中存储仅移动对象。仅可移动但不可复制的对象的其他示例是互斥、锁、线程和iostreams。

为了强调这一点，将一段假设的、损坏的C++98代码与相应的C++11代码进行比较：

std::auto_ptr<Foo> p1(new Foo);
std::vector< std::auto_ptr<Foo> > v1;
//v1.push_back(p1);  // eeww, what is the state of p1 now? ERROR

std::unique_ptr<Foo> p2(new Foo);
std::vector<std::unique_ptr<Foo>> v2;
//v2.push_back(p2);          // Error, copying is simply not allowed
v2.push_back(std::move(p2)); // explicit; mustn't read p2 after moving it
v2.emplace_back(new Foo);    // even better ;-)

Answer 2

std::auto_ptr的问题是它有复制操作，其工作原理类似于移动操作。因此，使用复制操作的算法可以在auto_ptr上工作，但它们的行为并不像预期的那样，因为从对象复制的操作发生了变化。因此，auto_ptr不能与STL容器一起使用，但是尝试这样做的代码将被编译，但无法在运行时工作。

另一方面，std::unique_ptr没有复制操作，而只是可移动的。因此，当算法应该在std::unique_ptr上运行时，复制std::unique_ptr的算法将无法编译。如果某个东西使用了移动操作，它就不会期望移动操作的源保持不变，所以不会产生混淆。

因此，基本上可以归结为操作的工作方式与C++对象(或不是)所期望的一样。

Answer 3

一个很大的区别是右值引用(和各种移动优化)是从调用上下文中自动推断/推断出来的，而您需要在调用位置手动创建auto_ptr。