动态编译与静态编译
动态编译与静态编译
动态编译
动态编译是某些程式语言在执行时用来增进效能的方法。尽管这技术源于Self，但使用此技术最为人所知的是Java。它可以做一些只在执行时才能得知的最佳化。使用动态编译的执行环境一开始几分钟执行慢，之后，完成大部分的编译和再编译后，会执行快。因为初始效能的延迟，动态编译不适用于一些情况。在许多实作中，一些可以在编译时期做的最佳化被延到执行时期才编译，导致不必要的效能降低。即时编译是一种动态编译的形式。
一个非常近似的技术是递增式编译。递增式编译器用于POP-2、POP-11、一些Lisp的版本，如Maclisp和最少一种版本的ML语言(Poplog ML)。这要求编程语言的编译器成为执行环境的一部分。结果，可以在任何时候从终端、从档案、或从执行中程式所建造数据结构中读取源码。然后，转成机器码区块或函数(有可能取代之前同名的函数)，之后可立即被程式使用。因为执行中对互动开发和测试的速度的要求，编译后的机器码所做的最佳化程度不如标准“批次编译器”。然而，递增式编译过的程式跑起来通常比同一个程式的解译版本还快。递增式编译因而提供了编译和解译语言优点的混合版。为了移植性，递增式编译通常采用两个步骤。第一个步骤会编译到中间与平台独立的语言，然后再到机器码。在这例子，移植只须改变“后端”编译器。不同于动态编译，递增式编译在程式执行后不会做更进一步的最佳化。
静态编译
静态编译，就是编译器在编译可执行文件的时候，将可执行文件需要调用的对应静态库（.a或.lib）中的部分提取出来，链接到可执行文件中去，使可执行文件在运行的时候不依赖于动态链接库。
动态编译与静态编译的区别
动态编译的可执行文件需要附带一个动态链接库。在执行时，需要调用其对应动态链接库中的命令。所以其优点一方面是缩小了执行文件本身的体积，另一方面是加快了编译速度，节省了系统资源。缺点一是哪怕是很简单的程序，只用到了链接库中的一两条命令，也需要附带一个相对庞大的链接库；二是如果其他计算机上没有安装对应的运行库，则用动态编译的可执行文件就不能运行。
静态编译就是编译器在编译可执行文件的时候，将可执行文件需要调用的对应静态库（.a或.lib）中的部分提取出来，链接到可执行文件中去，使可执行文件在运行的时候不依赖于动态链接库。所以其优缺点与动态编译的可执行文件正好互补。
静态编译lib
所谓静态链接就是把函数或过程直接链接到可执行文件中，成为可执行程序中的一部分，当多个程序调用同样的函数时，内存里就会有这个函数的多个拷贝，浪费内存资源。生成lib文件，包含了函数索引以及实现，这个LIB会比较大。
生成和使用静态库
生成静态库
新建项目–win32项目–填写项目名–确定–下一步–应用程序类型：选择静态库。
静态库项目没有main函数，也没有像dll项目中的dllmain。
创建项目后添加.h文件，添加相应的导出函数、变量或类，如下所示：
// .h
#ifndef _MYLIB_H_
#define _MYLIB_H_
void fun(int a);
extern int k;
class testclass
{
public:
testclass();
void print();
};
#endif
//.cpp文件如下
#include "stdafx.h"
#include "lib.h"
#include
void fun(int a)
{
std::cout<
}
int k = 222;
testclass::testclass()
{
std::cout<<"123\n";
}
void testclass::print()
{
std::cout<<"this is testcalss\n";
}//编译工程后就会生成一个.lib文件
使用静态库
需要.h文件，lib文件
（1）设置项目属性–vc++目录–库目录为lib所在的路径；
（2）将lib添加到项目属性–链接器–输入–附加依赖项（或者直接在源代码中加入#pragma comment(lib, “**.lib”)）；
（3）在源文件中添加.h头文件。
然后就像平常一样调用普通函数、类、变量，举例如下：
#include
#include "lib.h"
#pragma comment(lib, "lib.lib")
int main()
{
fun(4);
std::cout<
testclass tc;
tc.print();
return 0;
}
动态编译dll
动态链接则是提供了一个函数的描述信息给可执行文件（并没有内存拷贝），当程序被夹在到内存里开始运行的时候，系统会在底层创建DLL和应用程序之间的连接关系，当执行期间需要调用DLL函数时，系统才会真正根据链接的定位信息去执行DLL中的函数代码。
生成dll文件和lib文件，dll包含实现部分，lib包含索引部分。
Dll的调用过程：在WINDOWS32系统底下，每个进程有自己的32位的线性地址空间，若一个DLL被进程使用，则该DLL首先会被调入WIN32系统的全局堆栈，然后通过内存映射文件方式映射到这个DLL的进程地址空间。若一个DLL被多个进程调用，则每个进程都会接收到该DLL的一个映像，而非多份的拷贝。但，在WIN16系统下，每个进程需要拥有自己的一份DLL空间，可以理解为何静态链接没啥区别。
生成和使用动态库
生成动态库
新建项目–win32项目–填写项目名–确定–下一步–应用程序类型：选择dll–附加选项：选择导出符号–完成。
可以看到生成了一个dllmain.cpp 文件，这是dll应用程序的入口，注意它和普通工程的入口main函数不同，这个文件我们不需要修改。
在这个动态库中我们举例导出一个变量，一个类，一个函数，头文件dll.h如下：
//mydll.h
#ifdef MYDLL_EXPORTS
#define MYDLL_API __declspec(dllexport)
#else
#define MYDLL_API __declspec(dllimport)
#prama comment(lib, "mydll.lib")
#endif
//1导出变量，变量在.cpp文件中定义
extern "C" MYDLL_API int ndll;
//2导出函数，加extern "C",是为了保证编译时生成的函数名不变，这样动态调用dll时才能
//正确获取函数的地址
extern "C" MYDLL_API int fndll(void);
// 3导出类
class MYDLL_API Cdll {
public:
Cdll(void);
// TODO: 在此添加您的方法。
};
// 4(建议使用)导出接口
class Idll2 {
public:
virtual bool func() = 0;
virtual ~Idll2(void) {};
};
extern "C" MYDLL_API Idll2* CreateInstance();
//mydll.cpp
#include "stdafx.h"
#include "mydll.h"
// 这是导出变量的一个示例
MYDLL_API int ndll=6;
//
// 这是导出函数的一个示例。
MYDLL_API int fndll(void)
{
return 42;
}
// 这是已导出类的构造函数。
Cdll::Cdll()
{
return;
}
// 导出接口
class Cdll2:public Idll2
{
public:
bool func(){return 0;}
};
MYDLL_API Idll2* CreateInstance()
{
return new Cdll2;
}
调用动态库
有两种方法调用动态库，一种隐式链接，一种显示链接。
调用动态库：隐式链接
隐式链接 需要.h文件，dll文件，lib文件
（1）将dll放到工程的工作目录；
（2）设置项目属性–vc++目录–库目录为lib所在的路径；
（3）（直接在源代码中加入#pragma comment(lib, “**.lib”)）或者将lib添加到项目属性–链接器–输入–附加依赖项；
（4）在源文件中添加.h头文件。
然后就像平常一样调用普通函数、类、变量
调用动态库：显示链接
显示链接只需要.dll文件，但是这种调用方式不能调用dll中的变量或者类（其实可以调用类，但是相当麻烦，有兴趣者可参考）。
显示调用主要使用WIN32 API函数LoadLibrary、GetProcAddress，举例如下：
typedef int (*dllfun)(void);//定义指向dll中函数的函数指针
HINSTANCE hlib = LoadLibrary("mydll.dll");
if(!hlib)
{
std::cout<<"load dll error\n";
return -1;
}
dllfun fun = (dllfun)GetProcAddress(hlib,"fndll");
if(!fun)
{
std::cout<<"load fun error\n";
return -1;
}
fun();