扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
详解VC中LINK 2001 和 LINK 2009 的一下错误解决方法？相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
首先，关于VC中的lib，与linux下的静态库是不同的，在VC中编译动态库的时候会生成一个lib和一个对应的dll，使用者在使用的时候需要包含头文件以及连接到该lib，在发布最终程序的时候则需要将对应的dll拷贝到发布目录。当然也可以使用LoadLibrary的方式在程序中动态加载dll而不需要使用这个动态库生成的lib了。
如果是静态库，编译之后只会生成一个lib文件，该lib文件非常大，可能有几十M的大小，(而编译动态库的时候生成的lib可能只有几十KB或者几百KB)在使用这个静态库的lib的时候，也需要指定头文件，与对应的lib库文件，编译成功之后就可以直接运行，不需要拷贝额外的文件了。
另外如果A是静态库，B是静态库，并且B使用了A的接口，这个时候在编译B的时候只需要指定A的头文件就可以了，不需要指定A的库文件。如果有一个项目C编译成可执行文件，C使用了B中的接口，这个时候在编译C的时候，需要同时指定B的头文件(如果该头文件中又引用了A的头文件那可能也要同时指定A的头文件)，与B的lib库文件，以及A的lib库文件。 也就是说编译C的时候要指定之前所有依赖的lib文件。
在windows中编译动态库的时候，如果动态库中的函数需要给别人使用，那么这些函数或者类则需要被导出，具体如下，假设库的头文件为A.h：
# if defined LIB_A //这个宏为这个A特有的宏
# define DLLEXP __declspec(dllexport)
# else
# define DLLEXP __declspec(dllimport)
# endif
class DLLEXP ExportClass{
//......
}; 
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网