Question

我可以用C ++ 11中的'move'（r值引用）做些什么，我不能用std::auto_ptr做什么？（据我所知，他们是一个想法的不同实现。）

再次提出旧问题：std::auto_ptr组件是否如此糟糕？

Answer 1

C ++ 98/03没有真正“可移动”类的概念。 auto_ptr是一个具有复制转移语义的类，即当你复制时，原始内容发生了变化（请注意带有非const参数的复制构造函数！）。这是不好的。这样的类不能用在标准容器中。

C ++ 11引入了真正可移动类的概念，这要归功于新增的rvalue引用概念。完全替换unique_ptr的新auto_ptr根本不再可复制，而是可移动。所有标准容器都已更新，以便尽可能移动对象，因此现在可以在标准容器中存储仅移动对象。仅可移动但不可复制的对象的其他示例是互斥锁，锁，线程和iostream。

为了说明问题，请将假设的，破碎的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

一个很大的区别是rvalue引用（和各种移动优化）会自动从调用上下文中推断/扣除，而您需要在调用站点手动创建auto_ptr。

Answer 4

auto_ptr从根本上被打破，而右值参考则没有。就是这么简单。

Answer 5

我能用C ++ 11中的'move'（r值引用）做些什么我不能做什么用std :: auto_ptr？

move，unique_ptr等超过auto_ptr的最重要的好处是不能做的，但可以< / strong>与auto_ptr。

此link解释了委员会弃用auto_ptr的理由。它包含这个结论：


<强>结论：

不应该使用复制语法从左值移动。其他语法   应该使用移动。否则通用代码可能会   在打算复制时启动移动。

有关如何达成此结论的详细信息，请阅读link。

std :: move vs std :: auto_ptr？

5 个答案: