静态库与动态库编程分解.ppt

第四节：动态库 很简单的只是返回一个TRUE的处理，我们先来讲述一下DllMain的作用。 前面说过，动态库dll和静态库最大的区别就是，动态库是可以独立运行的文件，通俗一点讲，和可执行文件没有太大的本质区别，所以当其他可执行文件(exe或者其他dll)调用到该dll的时候，系统会执行一个入口函数，做一些初始化之类的工作，当然这个入口函数和可执行文件exe有一个最大的区别就是这个入口函数不是必须的，也就是说没有这个入口函数依然能编译dll 下面我们简单的先说一下系统会何时调用这个入口函数 DllMain的第二个参数fdwReason指明了系统调用Dll的原因，它可能是:： DLL_PROCESS_ATTACH、 DLL_PROCESS_DETACH、 DLL_THREAD_ATTACH、 DLL_THREAD_DETACH。 以下从这四种情况来分析系统何时调用了DllMain。 * 第四节：动态库 DLL_PROCESS_ATTACH 大家都知道，一个程序要调用Dll里的函数，首先要先把DLL文件映射到进程的地址空间。要把一个DLL文件映射到进程的地址空间，有两种方法：静态链接和动态链接的LoadLibrary或者LoadLibraryEx。 当一个DLL文件被映射到进程的地址空间时，系统调用该DLL的DllMain函数， 传递的fdwReason参数为DLL_PROCESS_ATTACH，这种调用只会发生在第一次映射时。如果同一个进程后来为已经映射进来的DLL再次 调用LoadLibrary或者LoadLibraryEx，操作系统只会增加DLL的使用次数，它不会再用DLL_PROCESS_ATTACH调用 DLL的DllMain函数。不同进程用LoadLibrary同一个DLL时，每个进程的第一次映射都会用DLL_PROCESS_ATTACH调用DLL的DllMain函数。 * 第四节：动态库 DLL_PROCESS_DETACH 当DLL被从进程的地址空间解除映射时，系统调用了它的DllMain，传递的fdwReason值是DLL_PROCESS_DETACH。当DLL处理该值时，它应该执行进程相关的清理工作。 那么什么时候DLL被从进程的地址空间解除映射呢？两种情况： ◆FreeLibrary解除DLL映射（有几个LoadLibrary，就要有几个FreeLibrary） ◆进程结束而解除DLL映射，在进程结束前还没有解除DLL的映射，进程结束后会解除DLL映射。（如果进程的终结 是因为调用了TerminateProcess，系统就不会用DLL_PROCESS_DETACH来调用DLL的DllMain函数。这就意味着DLL 在进程结束前没有机会执行任何清理工作。） 注意：当用DLL_PROCESS_ATTACH调用DLL的DllMain函数时，如果返回FALSE，说明没有初始化成功，系统仍会用DLL_PROCESS_DETACH调用DLL的DllMain函数。因此，必须确保清理那些没有成功初始化的东西。 * 第四节：动态库 DLL_THREAD_ATTACH 当进程创建一线程时，系统查看当前映射到进程地址空间中的所有DLL文件映像，并用值DLL_THREAD_ATTACH调用DLL的DllMain函数。 新创建的线程负责执行这次的DLL的DllMain函数，只有当所有的DLL都处理完这一通知后，系统才允许进程开始执行它的线程函数。 注意跟DLL_PROCESS_ATTACH的区别，我们在前面说过，第n(n=2)次以后地把DLL映像文件映射到进程的地址空间时，是不再用DLL_PROCESS_ATTACH调用DllMain的。而DLL_THREAD_ATTACH不同，进程中的每次建立线程，都会用值DLL_THREAD_ATTACH调用DllMain函数，哪怕是线程中建立线程也一样。 * 第四节：动态库 DLL_THREAD_DETACH 如果线程调用了ExitThread来结束线程（线程函数返回时，系统也会自动调用ExitThread），系统查看当前映射到进程空间中的所有DLL文件映像，并用DLL_THREAD_DETACH来调用DllMain函数，通知所有的DLL去执行线程级的清理工作。 注意：如果线程的结束是因为系统中的一个线程调用了TerminateThread，系统就不会用值DLL_THREAD_DETACH来调用所有DLL的DllMain函数。 * 第四节：动态库 大多数情况下，我们并不用去实现DllMain的细节，即使是要关心的，一般来说都只是 DLL_PROCESS_ATTACH、 DLL_PROCESS_DETACH、 这两种方式， 举个例子，如果做一个MFC相关的dll，我们可以在DLL_PROCESS_A