vs里怎么加debug的dll，如何让VS编译时自动引用Debug丨Release版本的dll
各位老铁们，大家好，今天由我来为大家分享vs里怎么加debug的dll，以及如何让VS编译时自动引用Debug|Release版本的dll的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
visual studio怎么没将项目打包生成dll文件
使用C#的人都知道在项目中需要引入各种各样的DLL文件，这些DLL文件具有良好的封装效果，我们只能使用却看不到里面的内容，那么这些DLL文件时怎么生成的呢？我们要怎么生成属于自己的DLL文件呢？别急小编手把手来教你。
1、首先新建一个项目，文件》新建》项目，打开新建项目窗口
2、选择C#类库工程，并为项目命名（名称自己取）
3、将类库文件class1重命名为其他名称，如这边的SQLDao（自行名），然后在弹出的确认窗口中单击确定。
4、在类库文件中输入你所需要的内容，如案例所示
5、右击项目》生成，项目将编译生成DLL文件
6、打开项目所在的bin文件下的Debug文件夹，可以看到文件夹下已经生成我们所需要的DLL文件了，是不是很激动呢，赶快试试吧！
如何让VS编译时自动引用Debug|Release版本的dll
公司一些早期的项目，把所有工程都放到一个解决方案下了，导致整个解决方案编译很慢，而且也不便于类库的复用和维护。因此我们决定把工程按照功能划分到不同的解决方案里头，然后定期发布dll到TFS配置库上固定的TeamProject下面，以后应用程序引用时就不添加工程，而是采用添加dll的方式。但是现在遇到一个问题，发布dll一般会发布Debug和Release两个版本，那么应用程序应该引用哪个版本呢？
理想情况下，开发测试的时候应该使用Debug版本，这样抛异常的时候调试很方便。正式部署到生产环境的时候可以使用Release版本，这样性能好一些。但是添加dll的时候VS只允许选择一个版本。
我们知道，VS支持把工程不同的编译选项保存到不同的配置中，编译时根据当前使用的配置来决定采用什么样的编译选项。默认会新建Debug和Release这两个配置。开发时我们一般选Debug配置，发布时一般选择Release。
如果添加dll时也能根据当前配置引用不同路径的dll，那就好了。在stackoverflow上搜到了相关的信息，说可以修改csproj工程文件，使用VS宏变量来指定dll路径。用记事本打开研究了一番倒也挺简单的.找到引用类库的地方：
False
LibDebugClassLibrary1.dll
只需要改成：
False
这样编译时VS就能根据当前配置到Debug或者Release文件夹下寻找相应的dll了。
不过这样一来，以后添加dll的时候就有点麻烦了，每次都要手工编辑csproj文件。同事吴突发奇想，能不能在发布的时候再建一个名为“$(Configuration)”的文件夹，以后直接引用这个文件夹下的dll即可，都不需要修改csproj文件了。我的第一个反应是VS应该会对这样的路径做转义之类的，因为和内置变量名冲突了。但本着“不确定的事情要通过实验去验证”的精神，我做了这个实验，发现居然可以！VS才不管你路径包含什么字符串呢。
最后的结论，发布dll时，需要同时发布到以下三个文件夹：$(Configuration)MyLibrary.dllDebugMyLibrary.dllReleaseMyLibrary.dll
其中$(Configuration)文件夹下的dll无所谓哪个版本了，这个纯粹只是为了骗过Visual
Studio的而已，编译时根本不会用到。添加dll引用的时候，直接引用$(Configuration)MyLibrary.dll即可。
希望此文对你有帮助。
vs2010怎么调用.dll和.lib
C++调用.lib的方法：
一：隐式的加载时链接，有三种方法
1设置工程的 Projects来加载DLL的lib文件
打开工程的 Projects菜单，然后在Linker/Additional Library Directories中加入lib文件所在的路径，在Input/Additional Dependencies加入lib文件名称，如（my.lib），然后在要使用该函数的地方加上该LIB的头文件，如#include"..\lib.h"即可（没有头文件当然就不用了）,而且应用程序运行时也需要dll文件。
32通过程序代码的方式
加入预编译指令#pragma comment(lib,"*.lib")，这种方法优点是可以利用条件预编译指令链接不同版本的LIB文件。因为，在Debug方式下，产生的LIB文件是Debug版本，如Regd.lib；在Release方式下，产生的LIB文件是Release版本，如Regr.lib。然后在首先要使用该函数的地方加上该LIB的头文件，如#include"..\lib.h"即可（没有头文件当然就不用了）。
当应用程序对链接库的LIB文件加载后，还需要把链接库对应的头文件（*.h）包含到其中，在这个头文件中给出了链接库中定义的函数原型。
二，显式的调用链接库
隐式链接虽然实现较简单，但除了必须的*.dll文件外还需要DLL的*.h文件和*.lib文件，在那些只提供*.dll文件的场合就无法使用，而只能采用显式链接的方式。这种方式通过调用API函数来完成对DLL的加载与卸载，能更加有效地使用内存，在编写大型应用程序时往往采用此方式。这种方法编程具体实现步骤如下：
①使用Windows API函数Load Library或者MFC提供的AfxLoadLibrary将DLL模块映像到进程的内存空间，对DLL模块进行动态加载。
②使用GetProcAddress函数得到要调用DLL中的函数的指针。
③不用DLL时，用Free Library函数或者AfxFreeLibrary函数从进程的地址空间显式卸载DLL。
例:在应用程序中调用dll文件
——在应用程序中要首先装入dll后才能调用导出表中的函数,例如用mfc
创建基于对话框的工程test,并在对话框上放置"load"按钮,先添加装载代码。
1.首先在testdlg.cpp的首部添加变量设置代码:
//设置全局变量glibsample用于存储dll句柄
HINSTANCE glibsample=null;//如果定义成HANDLE类型,则出错
//第二个变量showme是指向dll
库中showme()函数的指针
typedef int(* Showme)(void);
Showme showme;
2.利用classwizard为"load"按钮添加装载dll的代码
void ctestdlg::onloadbutton()
{
//要添加的代码如下
if(glibsample!=NULL)
{
AfxMessageBox("the sample.dll has already been load.");
return;
}
//装载sample.dll,未加路径,将在三个默认路径中寻找(1)windows的系统目录:\windows\system;
//(2)dos中path所指出的任何目录;
//(3)程序所在的目录;
glibsample=Loadlibrary("sample.dll");
//返回dll中showme()函数的地址
showme=(Showme)GetProcAddress(glibsample,"showme");
静态链接库LIB和动态链接库DLL的区别
1.什么是静态连接库，什么是动态链接库
静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都全部被直接包含在最终生成的 EXE文件中了。但是若使用 DLL，该 DLL不必被包含在最终 EXE文件中，EXE文件执行时可以“动态”地引用和卸载这个与 EXE独立的 DLL文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。静态链接库与静态链接库调用规则总体比较如下。
对于静态链接库(比较简单)：
首先，静态链接库的使用需要库的开发者提供生成库的.h头文件和.lib文件，应用程序运行时还依赖.dll文件。
生成库的.h头文件中的声明格式如下：
extern"C"函数返回类型函数名(参数表);
在调用程序的.cpp源代码文件中如下：
#include"..\lib.h"
#pragma comment(lib,"..\\debug\\libTest.lib")
//指定与静态库一起链接
第二，因为静态链接库是将全部指令都包含入调用程序生成的EXE文件中。因此如果用的是静态链接库，那么也就不存在“导出某个函数提供给用户使用”的情况，要想用就得全要！要不就都别要！:)
对于动态链接库：
动态链接库的使用需要库的开发者提供生成的.lib文件，.dll文件和*.h文件或者只提供dll和*.h文件。
*.h文件主要是知道函数原型使用。
首先我们必须先注意到DLL内的函数分为两种：
(1)DLL导出函数，可供应用程序调用；
(2)DLL内部函数，只能在 DLL程序使用，应用程序无法调用它们。
因此调用程序若想调用DLL中的某个函数就要以某种形式或方式指明它到底想调用哪一个函数。
