1.编译过程详解
2.动态链接和静态链接
2.1静态链接
-
静态库 在链接阶段，会将汇编生成的目标文件.o与引用到的库一起链接打包到可执行文件中。因此对应的链接方式称为静态链接。
-
静态库可以简单看成是一组目标文件（.o .obj文件）的集合, 将若干个.o文件转换为静态库的过程，称之为打包. Linux下是使用ar工具， Windows下是使用lib.exe。
-
Linux下动态链接库的后缀是.lib；Windows下动态链接库的后缀是.a。
2.2动态链接
-
动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入。 不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例，规避了空间浪费问题。动态库在程序运行是才被载入，也解决了静态库对程序的更新、部署和发布页会带来麻烦。用户只需要更新动态库即可，增量更新。
-
在Windows系统下的执行文件格式是PE（Portable Executable）格式，动态库需要一个DllMain函数做出初始化的入口，通常在导出函数的声明时需要有_declspec(dllexport)关键字。
跟exe有个main或者WinMain入口函数一样，DLL也有一个入口函数，就是DllMain。根据编写规范，Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据，它使得DLL得以保留在内存里。这个函数并不属于导出函数，而是DLL的内部函数。这意味着不能直接在应用工程中引用DllMain函数，DllMain是自动被调用的。
对于动态链接库，DllMain是一个可选的入口函数。一个动态链接库不一定要有DllMain函数，比如仅仅包含资源信息的DLL是没有DllMain函数的。
函数定义如下：
BOOL WINAPI DllMain(
_In_ HINSTANCE hinstDLL, // 指向自身的句柄
_In_ DWORD fdwReason, // 调用原因
_In_ LPVOID lpvReserved // 隐式加载和显式加载
);
静态链接或动态链接时调用LoadLibrary和FreeLibrary都会调用DllMain函数。DllMain的第二个参数fdwReason指明了系统调用Dll的原因，它可能是:
进程映射（DLL_PROCESS_ATTACH）、
进程卸载（DLL_PROCESS_DETACH）、
线程映射 （DLL_THREAD_ATTACH）、
线程卸载（DLL_THREAD_DETACH）。
Linux下gcc编译的执行文件默认是ELF格式，不需要初始化入口，亦不需要函数做特别的声明，编写比较方便。
无需打包工具，直接使用编译器即可创建动态库。
Linux下动态链接库的后缀是.so；Windows下动态链接库的后缀是.dll
