自己编译SQLite或将SQLite移植到新的操作系统（六）

 返回：SQLite—系列文章目录   

上一篇:SQLite中的动态内存分配（五）

下一篇：SQLite—系列文章目录   

1.0 引言

对于大多数应用程序，推荐的构建方法 SQLite是使用合并代码 文件 sqlite3.c 及其相应的头文件 sqlite3.h。sqlite3.c 代码文件应编译和 在任何 Unix、Windows 系统上运行，无需任何更改 或特殊的编译器选项。大多数应用程序可以简单地包括 sqlite3.c 文件以及其他 C 代码文件一起使 启动应用程序，将它们编译在一起，然后开始工作 和配置良好的 SQLite 版本。

大多数应用程序都可以很好地与 SQLite 一起使用 默认配置，没有特殊的编译时配置。 大多数开发人员应该能够完全忽略此文档 并且只需从合并中构建 SQLite，而无需任何 特殊知识，无需采取任何特殊行动。

然而，高度调整和专业化 应用程序可能想要或需要替换一些 SQLite的内置系统接口与替代实现 更适合应用的需要。SQLite的设计 在编译时轻松重新配置以满足特定的 单个项目的需求。在编译时配置中 SQLite的选项如下：

• 将内置互斥子系统替换为替代方案 实现。

• 完全禁用所有互斥以用于单线程 应用。

• 重新配置内存分配子系统以使用内存 分配器 其他 malloc（） 实现从标准 图书馆。

• 重新对齐内存分配子系统，使其永不调用 malloc（） 满足所有内存请求 在启动时分配给 SQLite 的固定大小的内存缓冲区。

• 将文件系统的接口替换为替代接口 设计。换言之，覆盖所有系统调用 SQLite使与磁盘通信具有完全不同的功能 系统调用集。

• 覆盖其他操作系统接口，例如调用以获取 祖鲁语或当地时间。

一般来说，其中有三个独立的子系统 可以在编译时修改或覆盖的 SQLite。这 互斥子系统用于序列化对 SQLite 资源的访问，这些资源 在线程之间共享。使用内存分配子系统分配 SQLite对象和数据库所需的内存 缓存。最后，虚拟文件系统子系统是 用于在 SQLite 和底层之间提供可移植接口 操作系统，尤其是文件系统。我们称这三个