Math.c  { __declspec (dllexport)  double Add (xx, xx) {...}}

MathApp.c  { __declspec(dllimport) double Add (xx, xx); }

1.生成dll

cl /LD Math.c 　　=>  　　

　　　　　Math.obj -

　　　　　　- 因为保存dllexport而保存了/EXPORT:_Add的linker directive,

　　　　　　- 如果没有dllexport，也可以通过link Math.obj /DLL /EXPORT:_Add 导出符号生成dll文件。

　　　　Math.dll -

　　　　　　- (与PE格式基本相同， 头文件中符号位标示不同， 默认load addr不同， 其他扩展名： .OCX, .CPL, etc)

　　　　　　- 在不同进程中data是私有的

　　　　　  - ？？load以后的代码段不是地址无关的，所以只有在某些情况下可以多进程共享dll代码 (与linux的elf不同)

　　　　Math.lib (import lib, MathApp.c需要与之link) , 对Add有两个符号-

　　　　　　- Add : stub code, 形如： [XXX2] Add: JMP DWORD PTR [XXX1] ， 其中XXX1为IAT中的一项 （??在load的时候XXX1里面的内容会被改写）

　　　　　　-_imp_add: 直接指向IAT中的所在项，值为XXX1

　　　 [Math.exp 临时保存export symbol table，与obj格式相同，  也可能直接保存在dll的.rdata段] -

　　　　　　[ - 导出符号的形式： 形如 _Add@n n为参数堆栈大小，可以通过def文件定义别名实现多语言兼容, 如__stdcall的name修饰也是_Add@n （e.g. WINAPI）, _cdecl 不修饰]

2. 生成 MathApp.exe

　　　　- 有一个IMAGE_IMPORT_DESCRIPTOR结构，对应于一个被导入的dll,指向该dll相关的一个IAT表和一个INT表

　　　　-这里的IAT表： 符号位1： 跟导入符号序号， 符号位0: 跟导入符号的序号hint和符号名

cl /c MathApp.c　　=>　　

　　　　MathApp.obj

link MathApp.obj Math.lib =>

　　　 MathApp.exe

3. dllimport

　 3.1 cl  /LD Math.c 在生成.lib文件时，会在.lib中为Add生成两个符号名Add与_imp_Add

　　　　- Add : stub code, 形如： [XXX2] Add: JMP DWORD PTR [XXX1] ， 其中XXX1为IAT中的一项 （??在load的时候XXX1里面的内容会被改写）

　　　　-_imp_add: 直接指向IAT中的所在项，值为XXX1

　　3.2 如果MathApp引入Add符号的时候

　　　　-有 __declspec(dllimport)，　　　　则complile实际生成的符号名为_import_Add, 与Math.lib中的_imp_add对应，　link的时候生成形如 CALL DWORD PTR [XXX1]的code

　　-没有__declspec(dllimport), 　　则complie的生成的符号名为Add， obj中找不到以后，与Math.lib中的Add对应， link的时候生成形如 CALL XXX2的code， 　　则运行时先CALL XXX2，再JMP DWORD PTR [XXX1],比 CALL DWORD PTR [XXX1] 多了一次跳转。