首先从Linux下开始讲起，因为Linux编程对程序的理解要清楚一些，相比之下VC就比较容易糊涂。

当动态编译时，你发布的程序体积较小，在运行的时候需要同时提供你用到的dll / so文件。

当静态编译时，你发布的程序体积较大，包含所有符号，运行时不需要其他的 dll / so的支持，可以独立运行。

静态编译的目的是使发布的程序可以独立运行，不依赖于其他*.so，在技术上是把所有依赖的符号打包链接进了目标程序。这时候你会发现编译出来的程序的体积要大一些（Link的速度也会慢一些）。

编译过程分为compile和link，所谓静态编译和动态编译说的是Link过程的选项。

Linux下默认是动态编译，当使用 -static 或者直接指定全路径的方式来引入static library。在Linux下，可以很清楚的看到某个符号（函数或全局变量）是否在程序中。使用nm命令可以查看所有符号，或者用objdump命令可以看得更详细一些。

nm helloword

以T标识的符号表示在该文件中有具体的代码，在D标识的符号表示此符号是外部符号，定义在其他*.so库里。我们在编译过程中的undifined reference错误，就是指的是这个问题。

调试符号： 一个程序使用 -g 参数编译时，编译出来的程序可以被gdb来调试。其中-g的意思是指示g++/gcc在编译的时候把调试信息一并写到输出文件里。

用objdump -h 命令可以查看一个程序里面有没有调试符号（即有没有.debug开头的若干segment存在）

------------------------------------------------------------------------------------

在VC下面，有4个参数是跟静态/动态编译有关的。 /MD /MDd /MT /MTd

其中， MT , MTd可以认为是静态编译。也就是说，设置成MT, MTd后编译出来的*.exe程序在运行时是带了符号的。而MD MDd是不带符号的。后面的小写的d表示是否允许调试，允许调试的含义是在编译这个程序的同时把调试信息（函数名、位置、变量信息）加到输出程序里了，使得该程序可以被debug断点跟踪。 这个相当于 Linux下的-g选项。

如果以MD MDd编译，则你的程序不能在别人的机器上运行，除非别人的机器先安装了所依赖的库（又叫runtime dll 运行时库），即以下几个文件:

msvcm90.dll

msvcp90.dll

msvcr90.dll

Microsoft.VC90.CRT.manifest

注意那个manifest也是必须的，错了也不行。

以MT, MTd编译的程序是不需要这些runtime dll的。不过如果你在程序中调用了其他第3方dll，而那些dll还是要附上的。进一步的，如果那些dll是以MD编译的话，你还是要把上术runtime dll安装上（因为你依赖的dll又依赖了runtime dll）。不过正常情况下发布的dll应该是MT编译的，所以不用担心人家的dll有什么问题，把自己的程序编好再说。