前言

常用DLL

Windows API中的所有函数都包含在 D L L中。3个最重要的 D L L是：

Kernel32.dll：它包含用于管理内存、进程和线程的各个函数；
User32.dll：它包含用于执行用户界面任务（如窗口的创建和消息的传送）的各个函数；
GDI32.dll，它包含用于画图和显示文本的各个函数。

其他：

AdvAPI32. dll 包含用于实现对象安全性、注册表操作和事件记录的函数；
ComDlg32.dll 包含常用对话框（如File Open和File Save）；
ComCtl32.dll 则支持所有的常用窗口控件。

使用DLL的一些原因

优点：

它们扩展了应用程序的特性。 由于 DLL能够动态地装入进程的地址空间，因此应用程序能够在运行时确定需要执行什么操作，然后装入相应的代码，以便根据需要执行这些操作。
它们可以用许多种编程语言来编写。 可以选择手头拥有的最好的语言来编写 D L L。系统允许Visual Basic程序加载C++ DLL、Cobol DLL和Fortran DLL等。
它们简化了软件项目的管理。 项目小组分工可以使用DLL，项目管理会容易一些。但是过多的DLL会使程序加载时间过长。
它们有助于节省内存。 如果两个或多个应用程序使用同一个 D L L，那么该D L L的页面只要放入R A M一次，所有的应用程序都可以共享它的各个页面。 C/C++运行期库就是个极好的例子。许多应用程序都使用这个库。如果所有的应用程序都链接到这个静态库，那么sprintf、strcpy和malloc等函数的代码就要多次存在于内存中。但是，如果所有这些应用程序链接到DLL C/C++运行期库，那么这些函数的代码就只需要放入内存一次，这意味着内存的使用将更加有效。
它们有助于资源的共享。 DLL可以包含对话框模板、字符串、图标和位图等资源。多个应用程序能够使用DLL来共享这些资源。
它们有助于应用程序的本地化。 应用程序常常使用 D L L对自己进行本地化。例如，只包含代码而不包含用户界面组件的应用程序可以加载包含本地化用户界面组件的 D L L。
它们有助于解决平台差异。 它们有助于解决平台差异。不同版本的 Wi d n o w s配有不同的函数。开发人员常常想要调用新的函数（如果它们存在于主机的 Wi n d o w s版本上的话）。但是，如果你的源代码包含了对一个新函数的调用，而你的应用程序将要在不能提供该函数的 Wi n d o w s版本上运行，那么操作系统的加载程序将拒绝运行你的进程。即使你实际上从不调用该函数，情况也是这样。如果将这些新函数保存在 D L L中，那么应用程序就能够将它们加载到 Windows的老版本上。当然，你仍然可以成功地调用该函数。
它们可以用于一些特殊的目的。 Wi n d o w s使得某些特性只能为 D L L所用。例如，只有当D L L中包含某个挂钩通知函数的时候，才能安装某些挂钩（使用 SetWindowsHookEx和SetWinEventHook来进行安装）。可以通过创建必须在DLL中生存的COM对象来扩展Windows Explorer的外壳程序。对于可以由We b浏览器加载的、用于创建内容丰富的 Web页的ActiveX控件来说,情况也是一样.

缺点：