前提四：没有任何线程还在插件的代码里执行。这是四个前提里最容易让人翻车的，因为它和"你以为已经停了"的认知常常相反。我们的tool_export插件有个后台工作线程，负责把数据异步写出。它正好是这个前提的典型挑战。线程还在跑，FreeLibrary 就崩QThread跑的工作函数（或者QtConcurrent起的任务），其代码编译在插件的 dll 里。只要这个线程还活着、还在执行插件函数，FreeLibrary把 dll 卸走，线程的指令指针（EIP/RIP）就指在一块已经被回收的地址上——下一次取指令直接访问违例，整个进程没了。这和 Day 13 的 QObject 问题本质一样：代码所在的 dll 没了，但还有执行流指向它。区别是 QObject 是"被动被调用"，线程是"主动在跑"，更难控制时机。必须做线程 draining"draining"意思是：让线程自己停下来、确认停了，再卸载。不是宿主粗暴地terminate()（那会留下半截状态、锁、堆，更糟），而是协作式停止：// 插件侧：提供一个停止接口class