析构期间调用虚函数会触发 pure virtual function call 崩溃：因虚表失效或派生类子对象已析构，导致跳转到纯虚函数桩；多线程下更易因工作线程仍访问析构中的对象而悬空调用。
析构期间调用虚函数触发 pure virtual function call
这是最直接的崩溃原因：当对象正在析构（尤其是多线程环境下），其虚表（vtable）可能已被部分重置或失效，此时若通过指针/引用调用虚函数（哪怕该函数在派生类中有实现），就可能跳转到纯虚函数的桩（stub），触发未定义行为并中止程序。典型场景是基类析构函数里调用了 OnEndOfFile() 这类虚函数——而此时派生类子对象早已析构完毕，Derived::OnEndOfFile 不再可调用。
多线程下析构时机不可控导致虚函数调用悬空
主线程析构对象时，工作线程（如 boost::thread）仍在运行并访问 this 指针，极易踩中“析构进行中但虚函数仍被调用”的雷区。例如你代码中 TailFileManager 析构时设 m_Stop = true 并 join()，但若 TailFile() 正在执行最后一轮循环，它仍可能调用 OnLineAdded()——此时对象已处于析构中途，虚函数分发失败。
- 工作线程未真正退出前，对象不能开始析构
-
join()本身不保证线程内所有虚函数调用已完成，只等待线程函数返回 - 若线程函数内有异步回调、信号处理或延迟执行逻辑，风险更高
基类含纯虚析构函数但未提供定义
若你把 TailFileManager 设计为抽象基类，并声明了 virtual ~TailFileManager() = 0;，却忘了写定义体，链接器不会报错，但运行时一旦进入析构链（比如 delete 基类指针），就会因找不到 TailFileManager::~TailFileManager() 实现而崩溃——某些平台会表现为 pure virtual function call 或段错误。
- 纯虚析构函数必须提供空实现：
TailFileManager::~TailFileManager() {} - 即使函数体为空，也必须存在；否则派生类析构无法完成基类部分
- 这个定义必须在 .cpp 文件中，不能仅在头文件内联（避免 ODR 违规）
修复核心：分离生命周期与多态行为
不要让析构函数承担业务逻辑，也不要在对象销毁过程中依赖虚函数分发。把“通知”和“清理”解耦：
- 将
OnLineAdded()、OnEndOfFile()等回调改为非虚，由派生类在构造后显式注册函数对象（如std::function） - 析构前强制停止工作线程，并确保所有回调已退出（例如在
join()后加std::this_thread::yield()+ 简单自旋等待） - 用
std::shared_ptr管理对象生命周期，配合weak_ptr在工作线程中安全访问，避免悬挂调用 - 若必须保留虚函数接口，改用 NVI 模式：公有非虚函数（如
notifyLineAdded()）内部调用私有虚函数，确保调用发生在对象完全存活期
最容易被忽略的是：析构函数不是“安全执行业务的地方”，而是“资源归还的最后一步”。任何涉及多态、跨线程、IO 或复杂状态的操作，都该在析构开始前完成。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
