-
-
[讨论]关于在DLL中创建线程的问题
-
发表于: 2013-3-13 16:38
-
最近写个DLL，需要在内部创建两个工作线程，但很快发现在DllMain中创建线程会引来死锁。
翻看资料，《windows核心编程》上边提供了一个初步的解决方案（在后面又被否定了）：使用DisableThreadLibraryCalls通知系统你不想将DLL_THREAD_ATTACH和DLL_THREAD_DETACH通知发送给特定的DLL的DllMain，这样就不会发送死锁条件。
但作者很快发现这解决不了问题，真正的解决方案是重新设计这部分代码，是的WaitForSingleObject不会在任何DLL中的DllMain函数中被调用。
可是，，，这部分代码究竟要如何重新设计，作者没有进一步地分析了。
看雪牛人众多，能否给出在DLL中创建线程的解决方案？
翻看资料，《windows核心编程》上边提供了一个初步的解决方案（在后面又被否定了）：使用DisableThreadLibraryCalls通知系统你不想将DLL_THREAD_ATTACH和DLL_THREAD_DETACH通知发送给特定的DLL的DllMain，这样就不会发送死锁条件。
但作者很快发现这解决不了问题，真正的解决方案是重新设计这部分代码，是的WaitForSingleObject不会在任何DLL中的DllMain函数中被调用。
可是，，，这部分代码究竟要如何重新设计，作者没有进一步地分析了。
看雪牛人众多，能否给出在DLL中创建线程的解决方案？
[培训]内核驱动高级班，冲击BAT一流互联网大厂工作，每周日13:00-18:00直播授课
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
创建的两个工作线程都是带有while(1)的，需要处理网络连接，不使用WaitXXXX函数不好使也。
|
|
|
|
|
|
刚刚测试了下，单线程貌似没有问题，但是需要创建两个工作线程啊，在线程中再创建线程。这代码就没辙了。。。
|
|
|
共勉吧
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果你的线程是即时退出，那你可以wait，如果不能，那就不要在DLL_PROCESS_ATTACH里面wait线程，DLL_PROCESS_ATTACH创建的线程不会调用DLL_THREAD_ATTACH，另外，线程一般无需回收，因为回收也没用，当程序卸载dll的时候，系统会帮你把所有的在dll中创建的线程都关闭，所以即使你在DLL_PROCESS_DETACH里面去回收线程也是没用的，系统在调用DLL_PROCESS_DETACH之前就已经把线程回收了，所以说不建议在DLL_PROCESS_ATTACH里面创建线程，如果创建，那就要好好设计你的线程不要造成死锁和内存泄漏，一般情况下需要写一个接口来做释放，但在dll注入，劫持等情况下只能在DllMain中创建线程，此时就需要多加小心，以免造成程序崩溃或者无响应 |
