为什么使用动态库：
比较大的应用程序都由很多模块组成，这些模块分别完成相对独立的功能，它们彼此协作来完成整个软件系统的工作。其中可能存在一些模块的功能较为通用，在构造其它软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序EXE文件中，会产生一些问题：一个缺点是增加了应用程序的大小，它会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另一个缺点是，在编写大的EXE程序时，在每次修改重建时都必须调整编译所有源代码，增加了编译过程的复杂性，也不利于阶段性的单元测试。
简单的DLL文件只为应用程序提供导出函数，比较复杂的DLL文件除了提供导出函数以外，还调用其它DLL文件中的函数。这样，一个特殊的DLL可以既有导入函数，又有导入函数。这并不是一个问题，因为动态链接过程可以处理交叉相关的情况。
在DLL代码中，必须像下面这样明确声明导出函数：
__declspec(dllexport) int MyFunction(int n);
但也可以在模块定义(DEF)文件中列出导出函数，不过这样做常常引起更多的麻烦。在应用程序方面，要求像下面这样明确声明相应的输入函数：
__declspec(dllimport) int MyFuncition(int n);
动态库的生成
1）打开vs 新建项目，起的名字不能有中文
2）写代码
可以重新新建项目，重新写。或者用之前写好的代码，生成库：
步骤如下：
a）拷贝所需代码到工程所在目录
b）在项目中添加所需代码：
c）修改代码
生成 DLL 时，通常创建一个包含正在导出的函数原型和/或类的头文件，并将 __declspec(dllexport) 添加到头文件中的声明。
xxx.c 文件中实现函数的定义，需要在函数的前面添加：
__declspec(dllexport)
3）生成动态库
4）生成的动态库dll和lib在Debug目录
一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。
5）xxx.dll、xxx.lib、xxx.h拷贝出来，给用户使用
测试使用动态库时，
xxx.lib和xxx.h拷贝在代码所在目录
xxx.dll 拷贝到可执行程序目录
动态库的使用
测试使用动态库时，
xxx.lib和xxx.h拷贝在代码目录配置环境：添加lib文件
右键项目选择属性
3） xxx.dll 拷贝到可执行程序目录，才可以运行程序
日志打印
C编译器，提供了几个特殊形式的预定义宏，在实际编程中可以直接使用，很方便。
FILE 宏所在文件的源文件名（包含路径）
LINE 宏所在行的行号
DATE 代码编译的日期
TIME 代码编译的时间
例如
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include "itcastlog.h" //不同的公司会有不同的生成日志函数，具体填参数需要看该头文件
int main(void)
{
printf("file = %s\nline = %d\n", __FILE__, __LINE__);
int a = 10;
ITCAST_LOG(__FILE__, __LINE__, 4, -2, "a = %d\n", a);
printf("\n");
system("pause");
return 0;
}
//在当前目录下生成了.log文件，打开可以看到
/*
[2016.04.07 17:12:21] [DEBUG] [SUCCESS] a = 10
[c:\users\apple\documents\c提高视频\code\day08\consoleapplication2\consoleapplication2\日志打印测试.c] [12]
[2016.04.07 17:13:29] [ERROR] [ERRNO is -2] a = 10
[c:\users\apple\documents\c提高视频\code\day08\consoleapplication2\consoleapplication2\日志打印测试.c] [12]
*/
内存泄漏检测
内存泄漏检测需要在检查的程序加入检查内存泄漏的头文件。开源的，可以找到。
例如
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include "memwatch.h"
int main(void)
{
char *p = malloc(100);
free(p);
printf("\n");
system("pause");
return 0;
}
//运行之后会在当前目录生成一个文件，打开后就可以看到具体哪些地方内存泄漏和内存使用情况。和日志文件一样，每编译一次就会打印一次。
/*
============= MEMWATCH 2.71 Copyright (C) 1992-1999 Johan Lindh =============
Started at Thu Apr 07 17:21:48 2016
Modes: 64-bit mwDWORD==(unsigned long)
mwROUNDALLOC==8 sizeof(mwData)==32 mwDataSize==32
Compiled using Microsoft C 18.00
Stopped at Thu Apr 07 17:21:50 2016
unfreed: <1> c:\users\apple\documents\c提高视频\code\day08\consoleapplication2\consoleapplication2\内存泄露检查.c(9), 100 bytes at 00A19C90 {FE FE FE FE FE FE FE FE FE FE FE FE FE FE FE FE ................}
Memory usage statistics (global):
N)umber of allocations made: 1
L)argest memory usage : 100
T)otal of all alloc() calls: 100
U)nfreed bytes totals : 100
MEMWATCH detected 1 anomalies
*/
日志文件memwatch.log中包含的信息主要有以下几点：
测试日期
状态搜集器的信息
使用MemWatch的输出函数或宏（如TRACE等）的信息。
MemWatch捕获的错误信息
内存使用的全局信息统计，包括四点：
1）分配了多少次内存
2）最大内存使用量
3）分配的内存总量
4）为释放的内存总数
