从工厂函数返回时向上转换unique_ptr的正确方式

嘿，这个场景太典型了——现代C++里封装实现细节的工厂模式几乎都会遇到这个问题，我来给你拆解下共识的做法，帮你补全这块的知识断层！

首先先明确核心结论：绝大多数情况下，你完全不需要手动写任何显式转换代码，编译器会自动帮你完成从unique_ptr<Derived>到unique_ptr<Base>的向上转换，同时正确转移所有权。

基础正确示例 #

先给你看最标准的代码写法，涵盖所有关键要点：

#include <memory>

// 对外暴露的纯虚基类（头文件中）
class Base {
public:
    virtual void do_work() = 0;
    virtual ~Base() = default; // 必须！基类一定要有虚析构，否则unique_ptr销毁时会漏调用派生类析构
};

// 内部实现类（不对外暴露，比如放在.cpp文件里）
class A : public Base { // 必须是public继承，否则转换会失败
public:
    void do_work() override { /* A的具体实现 */ }
};

class B : public Base {
public:
    void do_work() override { /* B的具体实现 */ }
};

// 工厂函数
std::unique_ptr<Base> create_impl(bool use_a) {
    if (use_a) {
        return std::make_unique<A>(); // 自动转换为unique_ptr<Base>，同时转移所有权
    } else {
        return std::make_unique<B>(); // 同样的自动转换逻辑
    }
}

关键注意事项 #

这里有两个绝对不能忽略的细节，也是现代C++多态智能指针的核心要求：

• 基类必须有虚析构函数：如果Base没有虚析构，当unique_ptr<Base>销毁对象时，只会调用Base的析构函数，而不会调用A/B的析构，直接导致派生类的资源泄漏——这是多态场景下智能指针的必选项。
• 派生类必须public继承基类：如果是private/protected继承，Base对于外部是不可访问的，编译器会拒绝自动转换，这不符合你“公开API完全属于Base”的设计目标。

特殊场景的显式转换（几乎不需要） #

如果你的工厂函数逻辑比较复杂，需要先持有派生类的unique_ptr再返回，比如：

std::unique_ptr<Base> create_impl(bool use_a) {
    std::unique_ptr<A> a_ptr = std::make_unique<A>();
    // 这里可能做一些A的初始化操作
    if (use_a) {
        return a_ptr; // 依然自动转换，编译器会处理所有权转移
    } else {
        auto b_ptr = std::make_unique<B>();
        // 做B的初始化
        return b_ptr;
    }
}

哪怕你先存了派生类的指针，直接返回就行，编译器会自动完成转换和move操作。极端情况下如果你想显式写出转换（比如为了代码可读性），可以这么写，但这完全是冗余的：

return std::unique_ptr<Base>(std::move(a_ptr));

现代C++的共识原则 #

这种自动转换是std::unique_ptr设计时就考虑到的多态场景支持，现代C++的最佳实践就是让编译器帮你做这件事，不要画蛇添足写额外的cast代码——既不简洁，也容易出错（比如误用static_cast直接转裸指针再包装，会破坏unique_ptr的所有权管理）。

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