首先，这不是什么很难做的事，但是，我还是记录一下，因为这种方式我很容易就忘记了！！！个人不太习惯记住这些不是很常用的东西，但是，又时常在用的东西！
我们要明白DLL文件其实也是一个二进制的文件，只不多这个文件并不是可执行的文件。所以从本质上，他和可执行文件是没有任何的区别的。
这里说下他们的主要区别，可执行文件中我们定义了main函数的入口，但是DLL中我们并没有，我们只是提供了对外的函数接口，并且这些对外的函数我们都使用了特殊的标记（_declspec(dllimport)和_declspec(dllexport)）用来表明这个函数是个对外函数。当然这个标记也可以标识类，表明这个类是一个对外类。
下面来说这个标记的作用，我们在定义一个DLL的时候往往需要使用标记_declspec(dllexport)标明这是一个导出函数或者是一个导出类或者是一个导出的全局变量，当我们需要引用DLL的导出函数或者导出类或者导出的全局变量的时候，我们需要在被引用出使用标记_declspec(dllimport)标明这是一个导入函数或者导入类或者导入的全局变量（编译器本身可以自行推到函数是否是需要导入的，不过显示的指明听说是可以提高效率的）。
这里有些注意事项：
编译DLL时为啥没有生成lib文件
c语言怎么调用dll文件
根据上述的方法我们自行定义一个DLL，代码如下：
// file_name: DLLHeader.h
#pragma once
#ifdef EXPORT_WIN32POJ
#define EXPORTS_DEMO _declspec(dllexport)
#else
#define EXPORTS_DEMO _declspec(dllimport)
#endif
int EXPORTS_DEMO add(int a, int b);
// file_name:DLLSource.cpp
#include "DLLHeader.h"
int add(int a, int b)
{
return a + b;
}
编译DLL的工程的时候，我们需要增加预编译宏EXPORT_WIN32POJ，才能正常编译DLL，生成相应的lib和dll文件，此处我们编译的lib和dll的文件名分别为：Win32Project1.lib， Win32Project1.dll，为了引用该 dll 我们同时需要在可执行程序代码中引用 DLLHeader.h
可执行程序代码如下：
// file_name:Header.h
#pragma once
#include <iostream>
#include "..\Win32Project1\DLLHeader.h"
#ifdef _DEBUG
#pragma comment(lib, "../x64/Debug/Win32Project1.lib")
#else
#pragma comment(lib, "../x64/Release/Win32Project1.lib")
#endif
using namespace std;
// file_name:Source.cpp
#include "Header.h"
int main(int argc, char ** argv)
{
cout << add(10, 20) << endl;
return 0;
}
这里需要注意，必须保证可以引用到DLLHeader.h文件和对应的Win32Project1.lib文件。当运行可执行程序时，必须保证能够访问对应Win32Project1.dll文件。至此，一个完整的DLL的编写和引用就说完了。
从上述的论述中，我们可以发现，编写一个DLL是一件简单的事情，编写一个好的DLL的核心还是在如何编写代码这个环节。C/C++对于DLL的接口的定义和使用都是显而易懂的。
剩下的部分，我想说下静态库和动态库的概念。我们先说在windows的表现形式，在windows上动态库的表现形式是：“*.dll, *.lib, *.h”，这三个文件，使用方式在上面的例子中都说明了，重点强调一下可执行程序运行时需要对应的DLL库文件（这是静态库和动态库的本质区别）。静态库的表现形式是：“*.lib, *.h”， 使用方式和上述例子相同，但是在可执行程序运行时，我们并不需要对应的LIB库文件。
说说原因：静态库在程序链接的过程已经将对应的二进制带码写入到了可执行程序中，而动态库是需要在程序运行时才会把对应的二进制代码调入内存供可执行程序调用（所以可执行程序运行时，我们必须有对应的DLL库文件）。
下面还有一个参考链接： Linux静态库和动态库学习总结
我引用其中的一段话：
3.静态库和动态库的比较
接静态库其实从某种意义上来说只不过它操作的对象是目标代码而不是源码而已。因为静态库被链接后库就直接嵌入可执行文件中了，这样就带来了两个问题。
（1）首先就是系统空间被浪费了。这是显而易见的，想象一下，如果多个程序链接了同一个库，则每一个生成的可执行文件就都会有一个库的副本，必然会浪费系统空间。
（2）再者，一旦发现了库中有bug，挽救起来就比较麻烦了。必须一一把链接该库的程序找出来，然后重新编译。
而动态库的出现正弥补了静态库的以上弊端。因为动态库是在程序运行时被链接的，所以磁盘上只须保留一份副本，因此节约了磁盘空间。如果发现了bug或要升级也很简单，只要用新的库把原来的替换掉就行了。
但是静态库也有自己的优点：
编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。
静态库的名字一般是libxxx.a（Linux）
动态库的名字一般是libxxx.so（Linux），有时候也是 libxxx.so.major.minor，xxxx是该lib的名称，major是主版本号， minor是副版本号
linux系统有几个重要的目录存放相应的函数库，如/lib /usr/lib
