问题现象

程序在退出时发生 段错误（Segmentation Fault），通过 gdb 查看调用栈发现，崩溃发生在 CLI::App 对象的析构过程中。

根本原因

• CLI::App 在析构时会调用其子命令（subcommand）对象的析构函数。
• 这些子命令对象中包含 模板函数或回调函数，其实例化代码位于 动态加载的 .so 插件库 中。
• 当 CLI::App 析构时，如果插件库已经被卸载（如 dlclose() 被调用），则这些函数地址失效。
• 导致析构过程中跳转到无效内存 → 触发 段错误。

关键机制

• C++ 中 栈上对象按声明逆序析构。
• 若 PluginManager（负责加载/管理插件）的生命周期 短于 CLI::App，即 PluginManager 先析构并卸载插件，则 CLI::App 析构时依赖的插件代码已不可用。

解决方案

确保 插件管理器（PluginManager）的生命周期长于 CLI::App。具体做法：

✅ 正确对象声明顺序（栈对象）

int main() {
    PluginManager pm;   // 先声明 → 后析构（插件保持加载）
    CLI::App app;       // 后声明 → 先析构（此时插件仍可用）
    // ... setup subcommands from plugins ...
    return app.run(/* args */);
} // app 先析构 → pm 后析构 → 安全

✅ 或使用显式作用域控制

int main() {
    CLI::App app;
    {
        PluginManager pm;
        // 注册来自插件的子命令到 app
    } // ❌ 错误：pm 先析构，app 析构时插件已卸载！
}

⚠️ 重要原则：任何依赖动态库中代码的对象（如 CLI 子命令、回调、shared_ptr 等），必须在其所依赖的插件句柄/管理器之前完成析构。

补充建议

• 避免在插件中定义需跨模块析构的非平凡类型（尤其是含虚函数或模板实例化的类）。
• 考虑将 CLI 命令注册限制在插件内部完成，并通过接口隔离生命周期。