关于静态库动态库导出

简单记录一下：

1. 如果一个静态库中定义了单例instance，但是他在主程序exe,或者其他动态库中多次被链接，那么可能会出现，这个单例并不是真正的单例，而是在调用处的作用域有一份地址；
2. 如果一个静态库的函数在动态库中导出，那么如果静态库中的函数被修改了，首先需要编译其所在的静态库，然后再去编译导出该静态的动态库才能让PDB真正的链接上。
3. 另外就是在这支导出宏的时候，是在工程属性的“C/C++” -> “预处理器” -> “预处理器定义”

#ifdef __linux__
#define MYDATA_API
#else

#if defined(YOUDEFINEDMORCE)
#define MYDATA_API __declspec(dllexport)
#else 
#define MYDATA_API  __declspec(dllimport)
#endif

#endif

MYDATA_API  IYouInstance  getMyInstance(); //在这里其实并不一定是函数的导出，要看这个宏“YOUDEFINEDMORCE”在哪里定义的

3. 如果一个静态库中的某个CCFile.cpp文件中，用了一个函数commonInterFace::gl_getSParametor(实参实参三个)，而这个函数所在的头文件和源文件其实有两份，一份是静态库中的(形参5个)，一份是动态库中的（且函数并没有没有导出）（形参四个），

CCFile.cpp
// 虽然编译ccFile.cpp所在的静态库时不会发生链接，但是下面两头文件include的顺序,
//在编译solution时会影响函数的链接顺序，可能导致链接失败

#include "dynamicLib\commonInterFace.h" // 动态库中的头文件,函数并没有没有导出
#include "staticLib\commonInterFace.h" // 静态库中的头文件 

void someFunction（）
{
	commonInterFace::gl_getSParametor(a,b,c);
}

在整体的solution中，app.exe所在的工程属性中，“链接器->输入”中其实包含了静态库的lib,和动态库的lib。