动态链接库文件DLL：
包括了Windows API 函数可执行程序。
DLL时将各函数“导出” API 函数主要存在于几个核心的动态连接库文件中.
Kenid32.dll 是最重要的 DLL，Windows 系统最主要的系统服务 API 函数都存在于 Kernel32.dll 中。
User32.dll 主要包括图形用户界面中所使用到的一些函数接口。
GDI32.dll中，主要包括 Windows 图形引擎中的接口函数。
在应用程序调用一个 API 前， 操作系统会通过程序文件（exe) 中的导入表结构找到需要调用的API函数位于哪个DLL，并确定函数在内存中的地址， 应用程序才可以成功调用 API 函数。
| DLL | 简介 |
|---|---|
| Kernel32.dll | Kernel32.dll 包括了系统基本服务中最基本的 API 函数，如文件系统、进程与线程、内存管理等。 |
| User32.dll | Uscr32.dll是Windows 图形用户界面的主要支持。 一些重要的图形用户界面函数由 User32.dll函数导出。 |
| Gdi32.dll | Gdi32.dll 是 Windows GDI 应用程序设计接口，Gdi32.dll 导出了与此相关的若干函数， 如GetTextColor、 LineTO、 TextOut等。 |
| 标准 C 函数及 CrtdIl_dll | 任何支持 C 语言应用程序开发的操作系统都应该提供 C 语言库函数的调用。正是由于各个主流操作系统都提供了一套标准 C 库所定义的函数接口， 标准 C 函数库才会有如此广泛的跨越操作系统平台，Windows 系统的 C 标准库函数接口主要由 CrtdIl_dll 导出。 |
| 其他 Dll | Windows 系统中的 DLL 文件远远不止这几个， Windows 系统提供了非常丰富而且功能强大的 API, 上文介绍了 Windows API 所主要依赖的几个 DLL。 |
Windows 既可以使用 Unicode 字符集又可以使用传统的字符集（ 如多字节编码） 来实现对多种语言的支持， 以适应国际市场的要求。
Unicode 是世界通用的字符编码标准， 使用 16 位数据表示一个字符， 一共可以表示 65535 种字符， 可以包括现代计算机中所使用的所有字符， 包括各种字母、 文字、 在出版业中使用的特殊符号等。
传统的字符集， 如 Windows ASNI 字符集， 使用 8 位数据或将相邻的两个 8 位的数据组合在一起表示特殊的语言字符。 Windows 系统采用了 ASNI 字符的扩展方式， 如果一个字节是负数， 则将其后续的一个字节组合在一起表示一个字符。 这种编码方式的字符集也称作“ 多宇节” 字符集。
书上的代码实例，不同宽度字符串的初始化，并将字符串的输出进行比较，这里提以下，用.c文件源代码不会出现错误和警告。代码如下：
#include<Windows.h>
int WINAPI WinMain(_In_ HINSTANCE hInstance, _In_opt_ HINSTANCE hPrevInstance, _In_ LPSTR iCmdLine, _In_ int nCmdShow)
{
//定义LPWSTR类型的字符串
LPWSTR szUnicode = L"This is aUnicode String";
//定义LPSTR类型的窄字符串
LPSTR szMutliByte = "This is not a Unicode String";
//定义LPTSTR类型的自适用字符串
LPTSTR szString = TEXT("This string is Unicode or not depends on the option.");
//使用W版本的API函数,以宽字符串为参数
MessageBoxW(NULL, szUnicode, L"字符编码1", MB_OK);
//使用 A 版本的 API 函数， 以窄字符串为参数
MessageBoxA(NULL, szMutliByte, "字符编码2", MB_OK);
//根据编译条件自动选择 A 版本或 W 版本的 API 函数， 采用相适应的字符串类型为参数
MessageBox(NULL, szString, TEXT("字符编码3"), MB_OK);
return 0;
}
三种字符串变量的初始化方式：
| 类型：变量类型 | 初始化方式 |
|---|---|
| Unicode：LPWSTR | L"string" |
| 多字节：LPSTR | “string” |
| 根据开发环境的设置自动适应：LPTSTR | TEXT(“string”) |
书本中为我们以二进制的方式进行了对比这里我自己理解了下，如果有错，请指出：
这里内存是以ASNI的方式显示，所以Unicode是乱码
很明显可以看出Unicode的宽字符是以2个字节显示，ASNI是以1个字节显示，
这里如果把内存显示改为Unicode，如下：
与上图内存中对比，可以看出MessageBox的标题也以中文的方式显示出来了，回到书中：
在工程配置中设置编码的方式：
“配置属性” —>“常规”—>“字符集” 选项中进选择。
先看图：
Windows 系统 API 凡是以字符串作为参数的很多具有 W 和 A 两个版本以实现两种不同编码的字符处理。
在 User32.dll 中导出的函数实际上没有 MessageBox， 只有 MessageBoxA 和 MessageBoxW， 这两者是同一个 API, 实现了同样的功能。 不同的是， MessageBoxA 以多字节字符串作为参数输入，MessateBoxW 以 Unicode 字符串作为参数输入。
在程序进行编译和连接时， 如果程序在 UNICODE 环境下， 会使用 MessageBoxW,否则使用 MessageBoxA。
Windows 专门提供了若干个 API 来实现对字符编码的转换工作， WideCbarToMuItiByte,MultiByteToWideChar,UnicodeToBytes 函数可以完成这些工作。
WideCharToMuJtiByte 函数将 Unicode 字符串转换为多字节字符串， 以适应 A 版本的 API,MultiByteToWideChar 函数将多字节字符串转换为了 Unicode 字符串， 以适应 W 版本的 API 的参数形式耍求。