做一个桌面程序，数据存哪里？这是每个桌面应用开发者绕不开的问题。有人用配置文件，有人用文本文件，有人直接序列化成JSON，等到数据量一上来、查询需求一复杂，这些方案就捉襟见肘了。而SQLite恰好填补了这块空白：它是一个完整的嵌入式关系型数据库，不需要安装、不需要配置、不需要服务端，一个数据库就是一个独立文件，非常适合打包进桌面应用一起分发。
零部署成本是SQLite最大的卖点
传统的客户端服务器数据库（比如MySQL、PostgreSQL）在桌面应用场景下有个致命问题：用户的电脑上得先装好数据库服务。这对普通用户来说几乎是不可能完成的任务，装一个MySQL要配置端口、设置密码、处理服务启动失败，任何一步出问题都会导致软件无法使用。而SQLite根本不存在这些问题，它是一个程序库而不是一个服务进程，编译后会被直接链接进你的可执行文件或者作为随附的动态库存在。
这意味着应用启动时数据库就跟着启动，应用退出时数据库也随之中止，中间没有任何网络连接、认证握手的过程。对于用Electron、Qt、WPF或者Delphi开发的桌面程序来说，把SQLite打包进去只增加几百KB的体积，换来的是完整的事务支持和SQL查询能力，性价比非常高。数据的备份和迁移也变得极其简单，整个数据库就是磁盘上的一个文件，用户可以直接复制保存，开发者也可以在升级软件时做一次文件拷贝就完成数据迁移。
另外，SQLite是公有领域的软件，作者明确放弃版权，任何人都可以免费商用、修改、内嵌到闭源产品中，连开源协议的传染性都不用担心。这对商业桌面软件来说省去了不少法务上的麻烦。
单机场景下的性能完全够用
很多人对嵌入式数据库的印象是性能不行，这个认知在SQLite身上并不成立。SQLite没有网络层，所有查询都在进程内完成，省去了协议编解码、TCP往返的开销。在单机读写场景下，尤其是简单的主键查询和小批量数据操作，SQLite的响应速度往往比通过网络连接MySQL还快。官方给出的数据是，在低端硬件上执行一条简单查询也能在毫秒级完成，每秒可处理几十万次读取操作。
需要客观说明的是，SQLite的写入是库级锁，同一时刻只允许一个写操作。这对多人协作的服务端应用是硬伤，但桌面应用基本是单用户单进程使用，写冲突的概率极低。只要把批量插入放进同一个事务里，写入速度可以提升几个数量级。下面是一段Python演示代码：
import sqlite3
conn = sqlite3.connect('appdata.db')
cur = conn.cursor()
# 逐条提交，每次都要刷新磁盘，速度很慢
for i in range(10000):
cur.execute("INSERT INTO logs (msg) VALUES (?)", (f"记录{i}",))
conn.commit()
# 改成放在一个事务里，快得多
cur.execute("BEGIN")
for i in range(10000):
cur.execute("INSERT INTO logs (msg) VALUES (?)", (f"记录{i}",))
conn.commit()
conn.close()此外，SQLite支持索引、视图、触发器、窗口函数、CTE递归查询等主流SQL特性，JSON函数也内置了，日常业务查询基本都能覆盖。合理建索引之后，几十万甚至上千万行的单表查询依然能保持流畅。
跨语言跨平台支持几乎无死角
SQLite核心是标准C写的，Windows、macOS、Linux、iOS、Android全平台通吃，这和桌面应用需要覆盖多操作系统的需求高度吻合。各语言的绑定也非常成熟：Python内置了sqlite3模块，开箱即用；Java有JDBC驱动；C#有Microsoft.Data.Sqlite；Qt自带QSqlDatabase对SQLite的支持；Node.js和Electron生态里有better-sqlite3，Go语言有mattn/go-sqlite3。无论你的桌面程序用什么技术栈，都能找到稳定可靠的接入方式。
以C#为例，用Microsoft.Data.Sqlite操作数据库只需要几行代码就能完成初始化和查询：
using Microsoft.Data.Sqlite;
using var conn = new SqliteConnection("Data Source=appdata.db");
conn.Open();
var cmd = conn.CreateCommand();
cmd.CommandText = @"
CREATE TABLE IF NOT EXISTS settings (
key TEXT PRIMARY KEY,
value TEXT
);
INSERT OR REPLACE INTO settings (key, value) VALUES ('theme', 'dark');";
cmd.ExecuteNonQuery();
var query = conn.CreateCommand();
query.CommandText = "SELECT value FROM settings WHERE key = 'theme'";
Console.WriteLine(query.ExecuteScalar()); // 输出 dark数据库文件格式在各个平台上完全一致，开发阶段在Windows上造好的测试数据，拿到macOS上直接就能用，这对跨平台测试和现场排障都很方便。
使用SQLite需要注意的几个问题
SQLite虽然好用，但也不是万能的。首先要明确它是为单用户设计的，如果你的桌面程序未来要演变成多人共享数据的架构，那就应该一开始就考虑客户端服务器数据库，把SQLite当缓存可以，当主数据源就会遇到同步难题。其次要留意并发写入的边界情况，比如同一个进程里多个线程同时写，需要开启WAL模式来提升并发读写能力：
-- 开启WAL日志模式，读写不再互相阻塞 PRAGMA journal_mode = WAL; -- 适当调大缓存，改善查询表现 PRAGMA cache_size = -8000; -- 磁盘空间紧张时可执行增量清理 VACUUM;
再者，数据库文件的存放位置要选对。Windows下建议放在用户的AppData目录，而不是Program Files安装目录，后者受系统权限保护，普通权限运行时写入会失败。最后，敏感数据不要明文存在SQLite文件里，可以结合SQLCipher做整库加密，或者至少对关键字段做应用层加密后再落库。
总的来说，SQLite和桌面应用是天作之合：零部署、单文件、够用的性能、全平台支持。凡是单用户本地数据管理的场景，比如记事本、下载工具、资产管理软件、离线客户端，选SQLite都不会错；只有当数据需要多人实时共享时，才需要把目光投向网络数据库。