大家好，我是讯享网，很高兴认识大家。



我们打开计算机系统中的安装列表，会发现一个事物，叫做“运行库”

我们会在学校中看到一个东西，它叫“图书馆”

我们毅会在工程数据中看到一个东西，叫设计图

这些都可以被统称为“”

那么，什么是库那？

库是既定事实的集合，是绝对物理，视觉，符号信息的归类，复刻

计算机中那就是函数的调用，图书馆中，那就是知识的调用

工程数据中，那就是经验的调用。

永远的命题就是，是先有了，要“创造”和“传播”

这个两个主旨。

设计图才有了意义

而不是设计图本身存在意义

而库就是这样的东西

我们所使用的。

同样都是建立在这个基础上的东西

当我们需要实现一个“自动化”功能，或者一个“现象级作品”的时候

我们往往，优先联想到的，是“专业的人和专业工具”

所以，我们回归“的本质是什么？”

所以，库就是是对物理现象，既定关系的总结和复刻

也就是“需要先对目标的物理现象，或达成结果做出认知”

并对其进行逻辑细分

讯享网

“库”和“书”才会诞生

那里是喜悦的？ 还是悲伤的？ 亦或是惊动而无往的？

我们是不可知的

它做的只是记录，转译，编码

动态链接英文是Dynamic Linking，他是使得不同的程序开发者和部门能够相对独立地开发和测试自己的程序模块，从某种意义上来讲大大促进了程序的开发效率，原先限制程序的规模也随之扩大。但是慢慢地静态链接的诸多缺点也逐步暴露出来，比如浪费内存和磁盘空间、模块更新困难等问题，使得人们不得不寻找一种更好的方式来组织程序的模块。

动态链接，在可执行文件装载时或运行时，由操作系统的装载程序加载库。大多数操作系统将解析外部引用(比如库)作为加载过程的一部分。在这些系统上，可执行文件包含一个叫做import directory的表，该表的每一项包含一个库的名字。根据表中记录的名字，装载程序在硬盘上搜索需要的库，然后将其加载到内存中预先不确定的位置，之后根据加载库后确定的库的地址更新可执行程序。可执行程序根据更新后的库信息调用库中的函数或引用库中的数据。这种类型的动态加载成为装载时加载 ，被包括Windows和Linux的大多数系统采用。

操作系统在加载应用软件时要完成的最复杂的工作之一就是加载时链接。

其他操作系统可能在运行时解析引用。在这些系统上，可执行程序调用操作系统API，将库的名字，函数在库中的编号和函数参数一同传递。操作系统负责立即解析然后代表应用调用合适的函数。这种动态链接叫做运行时链接 。因为每个调用都会有系统开销，运行时链接要慢得多，对应用的性能有负面影响。现代操作系统已经很少使用运行时链接。

可以动态链接的库，在Windows上是dynamic link library (DLL)，在UNIX或Linux上是Shared Library。库文件是预先编译链接好的可执行文件，存储在计算机的硬盘上。大多数情况下，同一时间多个应用可以使用一个库的同一份拷贝，操作系统不需要加载这个库的多个实例。

优点:

① 代码装载速度快，执行速度略比动态链接库快;

② 只需保证在开发者的计算机中有正确的.LIB文件，在以二进制形式发布程序时不需考虑在用户的计算机上.LIB文件是否存在及版本问题，可避免DLL地狱等问题。

缺点:

使用静态链接生成的可执行文件体积较大，包含相同的公共代码，造成浪费;

优点:

①更加节省内存并减少页面交换;

② DLL文件与EXE文件独立，只要输出接口不变(即名称、参数、返回值类型和调用约定不变)，更换DLL文件不会对EXE文件造成任何影响，因而极大地提高了可维护性和可扩展性;

③不同编程语言编写的程序只要按照函数调用约定就可以调用同一个DLL函数;

④适用于大规模的软件开发，使开发过程独立、耦合度小，便于不同开发者和开发组织之间进行开发和测试。

缺点:

使用动态链接库的应用程序不是自完备的，它依赖的DLL模块也要存在，如果使用载入时动态链接，程序启动时发现DLL不存在，系统将终止程序并给出错误信息。而使用运行时动态链接，系统不会终止，但由于DLL中的导出函数不可用，程序会加载失败;速度比静态链接慢。当某个模块更新后，如果新模块与旧的模块不兼容，那么那些需要该模块才能运行的软件，统统撕掉。这在早期Windows中很常见。

当我们执行某一个程序时，相应的DLL文件就会被调用。一个应用程序可使用多个DLL文件，一个DLL文件也可能被不同的应用程序使用，这样的DLL文件被称为共享DLL文件。

DLL文件中存放的是各类程序的函数(子过程)实现过程，当程序需要调用函数时需要先载入DLL，然后取得函数的地址，最后进行调用。使用DLL文件的好处是程序不需要在运行之初加载所有代码，只有在程序需要某个函数的时候才从DLL中取出。另外，使用DLL文件还可以减小程序的体积。

动态链接库是早期Windows系统由于受限于当时计算机内存空间较小的问题而出现的一种内存优化方法。当一段相同的子程序被多个程序调用时，为了减少内存消耗，可以将这段子程序存储为一个可执行文件，当被多个程序调用时只在内存中生成和使用同一个实例。

在 Windows操作系统中，每个程序都可以使用该 DLL 中包含的功能来实现“打开”对话框。这有助于促进代码重用和内存的有效使用。

通过使用 DLL，程序可以实现模块化，由相对独立的组件组成。例如，一个记账程序可以按模块来销售。可以在运行时将各个模块加载到主程序中(如果安装了相应模块)。因为模块是彼此独立的，所以程序的加载速度更快，而且模块只在相应的功能被请求时才加载。

此外，可以更为容易地将更新应用于各个模块，而不会影响该程序的其他部分。例如，您可能具有一个工资计算程序，而税率每年都会更改。当这些更改被隔离到 DLL 中以后，您无需重新生成或安装整个程序就可以应用更新。

当您在应用程序中加载 DLL 时，可以使用两种链接方法来调用导出的 DLL 函数。这两种链接方法是加载时动态链接和运行时动态链接。

在运行时动态链接中，应用程序调用 LoadLibrary 函数或 LoadLibraryEx 函数以在运行时加载 DLL。成功加载 DLL 后，可以使用 GetProcAddress 函数获得要调用的导出的 DLL 函数的地址。在使用运行时动态链接时，无需使用导入库文件。

Win32 DLL的特点

Win32 DLL与 Win16 DLL有很大的区别，这主要是由操作系统的设计思想决定的。一方面，在Win16 DLL中程序入口点函数和出口点函数(LibMain和WEP)是分别实现的;而在Win32 DLL中却由同一函数DLLMain来实现。无论何时，当一个进程或线程载入和卸载DLL时，都要调用该函数，它的原型是

BOOL WINAPI DllMain(HINSTANCE hinstDLL,DWORD FdwReason, LPVOID lpvReserved);

其中，第一个参数表示DLL的实例句柄;第三个参数系统保留;这里主要介绍一下第二个参数，它有四个可能的值:DLL_PROCESS_ATTACH(进程载入)，DLL_THREAD_ATTACH(线程载入),DLL_THREAD_DETACH(线程卸载)，DLL_PROCESS_DETACH(进程卸载)，在DLLMain函数中可以对传递进来的这个参数的值进行判别，并根据不同的参数值对DLL进行必要的初始化或清理工作。举个例子来说，当有一个进程载入一个DLL时，系统分派给DLL的第二个参数为DLL_PROCESS_ATTACH，这时，你可以根据这个参数初始化特定的数据。另一方面，在Win16环境下，所有应用程序都在同一地址空间;而在Win32环境下，所有应用程序都有自己的私有空间，每个进程的空间都是相互独立的，这减少了应用程序间的相互影响，但同时也增加了编程的难度。大家知道，在Win16环境中，DLL的全局数据对每个载入它的进程来说都是相同的;而在Win32环境中，情况却发生了变化，当进程在载入DLL时，系统自动把DLL地址映射到该进程的私有空间，而且也复制该DLL的全局数据的一份拷贝到该进程空间，也就是说每个进程所拥有的相同的DLL的全局数据其值却并不一定是相同的。因此，在Win32环境下要想在多个进程中共享数据，就必须进行必要的设置。亦即把这些需要共享的数据分离出来，放置在一个独立的数据段里，并把该段的属性设置为共享。

PDB(Program Database File，程序数据库文件)文件物理结构在我们目前使用的掌上电脑中，Palm操作系统由于其功能强大、应用软件多等特点，占有很大的比例。PDB文件是Palm OS操作系统上数据文件类型。一般我们在使用Palm系统的电子书时都会遇到这种文件，一般用于电子书或手机电子书 pdb是Palm DataBase的缩写，Palm OS所用文件的扩展名为“.pdb”。还表示碳氧同位素标准样品以及可编程延迟模块，是DSP中的一种模块，可以用来计数和延时。

PDB(Program Database File，程序数据库文件)文件物理结构在我们目前使用的掌上电脑中，Palm操作系统由于其功能强大、应用软件多等特点，占有很大的比例。PDB文件是Palm OS操作系统上数据文件类型。一般我们在使用Palm系统的电子书时都会遇到这种文件，一般用于电子书或手机电子书 pdb是Palm DataBase的缩写，Palm OS所用文件的扩展名为“.pdb”。还表示碳氧同位素标准样品以及可编程延迟模块，是DSP中的一种模块，可以用来计数和延时。

PDB文件物理结构如下图所示:

PDB文件的逻辑结构如下图所示:

PDB文件的结构是由下面几个部分组成的:

数据库头部(Database Header)

记录入口列表(List of Record Entries)

应用信息块(AppInfo Block)(可选)

排序信息块(SortInfo Block)(可选)

数据库记录信息(Sequence of raw record data)

其中在数据库头部结构中，确定了应用信息块(AppInfo Block)和排序信息块(SortInfo Block)的位置信息。记录入口列表中确定了所有记录的位置相关的信息。

其中数据库头部的长度是固定的。应用信息块和排序信息块可有可无，而且尺寸也不确定，在很多结构简单的PDB文件中，没有该部分信息，本文中将不再详细阐述。记录入口列表的长度也随着纪录数量的变化发生变化。

可编程延迟模块，是DSP中的一种模块，可以用来计数和延时。 在DSP的PWM时期需要AD采样，可用此模块来同步时钟。

程序调试库

PDB:Program Debug Database(程序调试数据库)文件

PDB(程序调试数据库)文件保持着调试和项目状态信息，从而可以对程序的调试配置进行增量链接。当用 /ZI ;或 /Zi ;编译 C/C++ ;程序时或用 /debug ;编译 Visual Basic/C# ;程序时将创建 PDB ;文件。

在 Visual C++ ;中，/Fd ;选项用于命名由编译器创建的 PDB ;文件。当在 Visual Studio ;中使用向导创建项目时，/Fd ;选项将被设置以创建名为 project.PDB ;的 PDB。

如果使用生成文件创建 C/C++应用程序，并指定 /ZI ;或 /Zi ;而不指定 /Fd ;时，则最终将生成两个 PDB ;文件:

VC70.PDB(更笼统地说就是 VCx0.PDB，其中 x ;表示 Visual C++ ;的版本。)该文件存储各个 OBJ ;文件的所有调试信息并与项目生成文件驻留在同一个目录中。

project.PDB ;该文件存储 .exe ;文件的所有调试信息。对于本机代码，它驻留在 debug ;子目录中。对于托管代码，它驻留在 WINDEBUG ;子目录中。

但为了保护后人，和留下“”与“”的内核

依旧会有人不停得编写着书籍和数据库