为何std::auto_ptr可在VC++6.0容器存储却无法在C++11/14运行？是否VC6有误？

这是个非常经典的问题，正好戳中了C++标准迭代过程里的一个典型设计遗留坑，咱们一步步理清楚：

1. std::auto_ptr的致命设计缺陷 #

std::auto_ptr是C++98推出的第一个智能指针，初衷是管理动态内存所有权，但它的实现有个致命问题：用拷贝构造/赋值运算符来实现所有权转移。

比如你代码里的v.push_back(u)，执行后u的所有权会被转移到容器内的新元素里，u本身会变成空指针。这种行为完全违背了容器对元素的基本预期——容器元素的拷贝操作应该是「值拷贝」，拷贝后原对象和新对象各自独立、状态不变。而auto_ptr的拷贝会直接破坏原对象，本质上就不适合放入容器。

2. VC++6.0的“特殊”行为 #

VC6.0是1998年的产物，它对C98标准的实现非常粗糙，甚至有大量不符合标准的地方。对于auto_ptr放入容器这种场景，它的容器实现没有严格检查元素的拷贝语义，相当于“睁一只眼闭一只眼”允许了这种危险操作。

但这绝对是VC6.0的实现错误，而非标准允许的用法。C98标准从一开始就隐含禁止这种操作——容器的正常操作（比如扩容、拷贝容器）会触发大量auto_ptr的拷贝，导致无数所有权转移，程序行为完全不可控。

3. C++11/14的严格检查 #

到了C++11，标准做了三个关键改进：

• 正式引入移动语义（右值引用、std::move），用明确的移动操作替代auto_ptr那种混淆的拷贝转移逻辑；
• 把std::auto_ptr标记为废弃（C++17直接移除），推荐用std::unique_ptr替代——unique_ptr明确禁止拷贝，只能移动，放入容器时必须用std::move来转移所有权，语义清晰无歧义；
• 编译器和标准库实现严格遵循标准，直接阻止auto_ptr放入容器这种违反语义的操作，从编译阶段就避免潜在bug。

你的示例代码在C++11/14环境编译失败，正是因为编译器和标准库严格执行了标准，拒绝了这种不安全的用法。

修正后的代码（用std::unique_ptr） #

如果要实现类似功能，在C++11及以后应该这么写：

#include <vector>
#include <memory>
#include <iostream>

int main(int argc, char* argv[]) {
    std::vector<std::unique_ptr<int>> v;
    std::unique_ptr<int> u(new int(5));
    v.push_back(std::move(u)); // 明确转移所有权
    v.push_back(std::unique_ptr<int>(new int(10))); // 临时对象自动触发移动

    for (const auto& ptr : v) {
        std::cout << *ptr << " ";
    }
    std::cout << std::endl;
    return 0;
}

内容的提问来源于stack exchange，提问作者Itachi Uchiwa