C++如何优雅实现子类构造逻辑晚于父类、析构逻辑早于父类执行

C++标准规定构造期间对象的动态类型与当前正在执行的构造函数所属类一致，核心原因是避免虚函数访问未初始化的子类成员：如果提前把vtable指向子类实现，父类构造阶段调用的子类虚函数如果访问了子类的成员变量，而这些成员还没有完成初始化，就会触发未定义行为，这是比无法在构造期调用子类虚函数更严重的安全问题，所以标准选择了现在的构造顺序。

你目前用的二段构造+工厂方法的实现不是hack，是C++领域处理这类场景的标准实践，只是可以做进一步封装，避免暴露初始化接口、降低使用成本：

模板化工厂方法实现 #

class Window {
protected:
    Window() = default;
    virtual void UIInit() = 0;
    virtual void UICleanup() = 0;

    std::thread uiThread;
    void uiThreadProc(){
        try {
            UIInit();
            NotifyOtherThreadThatUIInitFinished();
        } catch(...){
            UICleanup();
            throw;
        }
        EventLoop();
        UICleanup();
    }
    // 内部统一执行初始化逻辑
    void runInitFlow() {
        CreateUIThread();
        WaitForUIThreadToFinishUIInit();
    }
public:
    // 通用工厂方法，支持创建任意Window子类实例
    template<typename T, typename... Args>
    static std::shared_ptr<T> create(Args&&... args) {
        static_assert(std::is_base_of_v<Window, T>, "T must inherit from Window");
        // 先完成完整的类层级构造，vtable已经完全初始化
        auto instance = std::make_shared<T>(std::forward<Args>(args)...);
        // 再执行UI初始化流程，此时虚函数会正确调用子类实现
        instance->runInitFlow();
        return instance;
    }

    virtual ~Window() {
        SendQuitEventToUIThread();
        WaitForUIThreadToFinish();
    }

    // 其余内部方法省略
};

// 子类实现
class Overlay : public Window {
    // 仅允许工厂方法调用构造函数，避免用户直接创建未初始化的实例
    friend class Window;
    Overlay(int param1, const std::string& param2) {
        // 仅做子类自有成员的初始化，不涉及UI逻辑
    }

    void UIInit() override {
        // 此时子类已经完全初始化，逻辑可正常执行
    }
    void UICleanup() override {
        // 异常场景也会被正确触发
    }
};

使用时只需要调用auto overlay = Window::create<Overlay>(1, "test")即可，返回的实例已经完成全部初始化，完全符合构造完成即可用的RAII规范，用户不需要感知二段构造的存在。

如果不需要复用Window的大量内部状态，也可以选择用组合替代继承，避免虚函数和构造顺序的问题：

• 给Window的构造函数传入std::function<void()> uiInit和std::function<void()> uiCleanup两个可调用对象
• 不同窗口类型的自定义逻辑直接通过参数传入即可，不需要定义子类
  这种方案更轻量，适合UI自定义逻辑差异大、公共逻辑少的场景。

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