一个线程在已卸载的第三方DLL中执行的案例分析
本文探讨了一个棘手的问题：某个线程仍在执行代码时，其所在的第三方DLL却已被卸载。作者通过实际案例分析了这种状况产生的原因、可能带来的风险，并提供了排查和解决此类问题的思路，提醒开发者注意DLL生命周期管理中的常见疏漏。
背景速读
- 雷蒙德·陈（Raymond Chen）是微软资深工程师，长期撰写《The Old New Thing》博客，专讲Windows底层开发中的奇案与设计哲学。
- 本文讨论一个经典调试难题：一个线程的代码指针落在一个已被卸载的第三方DLL中。这通常意味着程序通过某种延迟回调（如定时器、完成例程、窗口消息）间接调用了DLL里的函数，但DLL已被显式或隐式卸载（比如FreeLibrary），导致代码地址失效、触发崩溃。
- 核心难点在于“我已以为我不再调用它了”——开发者常常忘记某个已注册的回调仍在待执行队列中。这类问题在插件体系、COM对象、或动态加载驱动的场景中尤为常见。