DllMain的作用
https://www.cnblogs.com/xiangtingshen/p/11465002.html
https://www.cnblogs.com/KunLunSu/p/7435430.html
DllMain函数是DLL模块的默认入口点。当Windows加载DLL模块时调用这一函数。系统首先调用全局对象的构造函数，然后调用全局函数 DLLMain。DLLMain函数不仅在将DLL链接加载到进程时被调用，在DLL模块与进程分离时（以及其它时候）也被调用。
DLL程序入口点函数：DllMain，注意：大小写是区别的(仅导出资源的DLL可以没有DllMain函数)。
函数原型:
BOOL APIENTRY DllMain( HMODULE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved
)
{
return TRUE;
}
参数意义:
①hModule参数：指向DLL本身的实例句柄；
②ul_reason_for_call参数：指明了DLL被调用的原因，可以有以下4个取值：
1. DLL_PROCESS_ATTACH：
当DLL被进程 <<第一次>> 调用时，导致DllMain函数被调用，
同时ul_reason_for_call的值为DLL_PROCESS_ATTACH，
如果同一个进程后来再次调用此DLL时，操作系统只会增加DLL的使用次数，
不会再用DLL_PROCESS_ATTACH调用DLL的DllMain函数。
2.DLL_PROCESS_DETACH：
当DLL被从进程的地址空间解除映射时，系统调用了它的DllMain，传递的ul_reason_for_call值是DLL_PROCESS_DETACH。
★如果进程的终结是因为调用了TerminateProcess，系统就不会用DLL_PROCESS_DETACH来调用DLL的DllMain函数。这就意味着DLL在进程结束前没有机会执行任何清理工作。
3.DLL_THREAD_ATTACH：
当进程创建一线程时，系统查看当前映射到进程地址空间中的所有DLL文件映像，
并用值DLL_THREAD_ATTACH调用DLL的DllMain函数。
新创建的线程负责执行这次的DLL的DllMain函数，
只有当所有的DLL都处理完这一通知后，系统才允许线程开始执行它的线程函数。
4.DLL_THREAD_DETACH：
如果线程调用了ExitThread来结束线程（线程函数返回时，系统也会自动调用ExitThread），
系统查看当前映射到进程空间中的所有DLL文件映像，
并用DLL_THREAD_DETACH来调用DllMain函数，
通知所有的DLL去执行线程级的清理工作。
★注意：如果线程的结束是因为系统中的一个线程调用了TerminateThread，
系统就不会用值DLL_THREAD_DETACH来调用所有DLL的DllMain函数。
③lpReserved参数：隐士加载和显示加载时，此参数值不一样，显示加载时为零，如果用户希望限定动态链接库的加载形式可以通过判断这个参数的值实现。
动态库的隐示加载 需要头文件 lib文件 dll文件 程序运行时dll也要加载到内容 但多个程序使用dll时 内存中只用一份dll
动态库的显示加载 只需要dll文件即可 程序运行时不加载dll 只有在loadlibrary 使用库函数时才加载dll
动态库的延迟加载其实是动态库的隐示加载和显示加载的合并 需要头文件 lib文件 dll文件 只是程序运行时不加载dll，在程序使用时才加载dll，此时的原理与显示加载的原理一样。编译器选项中配置 link>delay load dll一项需要填入加载的动态库文件
程序运行时需要知道动态库的路径 可以通过setdlldirctrory（）可以指定动态库的路径