C++ auto_ptr 和 shared_ptr 从 VC++10 更改为 VC++12

Posted 2023-02-22

【中文标题】C++ auto_ptr 和 shared_ptr 从 VC++10 更改为 VC++12

【英文标题】：C++ auto_ptr and shared_ptr changes from VC++10 to VC++12

【发布时间】：2014-06-12 13:50:57

【问题描述】：

我正在努力将代码库从 Visual Studio 和 C++10 更新到 VS/C++12

我遇到了一个与 shared_ptr 和 auto_ptr 相关的症结。

原来C++10中的代码是

void CommandLoader::RegisterCommand(std::auto_ptr<ILoadableCommand> cmd)

assert(cmd.get() != NULL);
m_pImpl->m_registered.push_back(shared_ptr<ILoadableCommand>(cmd));

编译错误是：

error C2440: '<function-style-cast>' : cannot convert from std::auto_ptr<ILoadableCommand>' to 'std::shared_ptr<ILoadableCommand>'

在编辑器内部，它抱怨说

Error: no instance of constructor"std::shared_ptr<_Ty> matches the argument list.

我的猜测是 auto_ptr 不再被接受为 shared_ptr 构造函数的参数，但http://msdn.microsoft.com/en-us/library/bb981959.aspx 另有说法。

我有点茫然，所以任何帮助都会很棒！

【问题讨论】：

你可能也应该使用 nullptr，顺便说一句。

shared_ptr<ILoadableCommand>(std::move(cmd)).

谢谢简单。似乎现在可以工作了！

还有一件事，将auto_ptr 更改为unique_ptr，因为auto_ptr 存在严重缺陷并且已被弃用。

【参考方案1】：

简而言之：不要使用 auto_ptr。基本上已经坏掉了。请改用 std::unique_ptr。

你使用 auto_ptr 的方式也很奇怪：

void CommandLoader::RegisterCommand(std::auto_ptr<ILoadableCommand> cmd)

这意味着每次调用此函数时，它都会创建一个新的 auto_ptr 来获取缓冲区的所有权。然后，您将其所有权授予 shared_ptr。

这听起来像是你应该给函数一个原始指针的情况，或者至少是一个引用：

void CommandLoader::RegisterCommand(std::unique_ptr<ILoadableCommand>& cmd)

MSDN Magazine article 也涵盖了这一点。