详解VC中LINK2001和LINK2009的一下错误解决方法-创新互联

详解VC中LINK 2001 和 LINK 2009 的一下错误解决方法？相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

合肥ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联建站的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！

首先，关于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{
  //......
  };

分享标题：详解VC中LINK2001和LINK2009的一下错误解决方法-创新互联
本文链接：http://bjjierui.cn/article/csosdj.html