win32 dll 和MFC dll的区别

Win32 dll不能使用MFC的类库, 也就是不能使用MFC所提供的功能
 
MFC DLL又分2种
1. 标准MFC DLL 可以使用MFC类库 但是不能输出类 
2. 扩展MFC DLL 可以输出类

==================ZT:

MFC DLL 有三种形式的MFC DLL（在该DLL中可以使用和继承已有的MFC类)可供 选择，即Regular statically linked to MFC DLL（标准静态链接MFC DLL）和R egular using the shared MFC DLL（标准动态链接MFC DLL）以及Extension MF C DLL（扩展MFC DLL）。第一种DLL的特点是，在编译时把使用的MFC代码加入到 DLL中，因此，在使用该程序时不需要其他MFC动态链接类库的存在，但占用磁盘 空间比较大；第二种DLL的特点是，在运行时，动态链接到MFC类库，因此减少了 空间的占用，但是在运行时却依赖于MFC动态链接类库；这两种DLL既可以被MFC程 序使用也可以被Win32程序使用。第三种DLL的特点类似于第二种，做为MFC类库的 扩展，只能被MFC程序使用。

Win32 DLL的入口和出口函数都是DLLMain

BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpvReserved);其中，第一个参数表示DLL的实例句柄；第三个参数系统保留；第二个参数指明了当前调用该动态连接库的状态，它有四个可能的值：DLL_PROCESS_ATTACH（进程载入）、DLL_THREAD_ATTACH（线程载入）、DLL_THREAD_DETACH（线程卸载）、DLL_PROCESS_DETACH（进程卸载）。在DLLMain函数中可以通过对传递进来的这个参数的值进行判别，根据不同的参数值对DLL进行必要的初始化或清理工作。由于在Win32环境下，所有进程的空间都是相互独立的，这减少了应用程序间的相互影响，但大大增加了编程的难度。当进程在动态加载DLL时，系统自动把DLL地址映射到该进程的私有空间，而且也复制该DLL的全局数据的一份拷贝到该进程空间，每个进程所拥有的相同的DLL的全局数据其值却并不一定是相同的。当DLL内存被映射到进程空间中，每个进程都有自己的全局内存拷贝，加载DLL的每一个新的进程都重新初始化这一内存区域，也就是说进程不能再共享DLL。因此，在Win32环境下要想在多个进程中共享数据，就必须进行必要的设置。一种方法便是把这些需要共享的数据单独分离出来，放置在一个独立的数据段里，并把该段的属性设置为共享，建立一个内存共享的DLL。

============

Windows使用DLLs在二进制级共享代码。这也是Windows程序运行的关键——重用kernel32.dll, user32.dll等。但DLLs是针对C接口而写的，它们只能被C或理解C调用规范的语言使用。由编程语言来负责实现共享代码，而不是由DLLs本身。这样的话DLLs的使用受到限制。
MFC引入了另外一种MFC扩展DLLs二进制共享机制。但它的使用仍受限制——只能在MFC程序中使用。