简介面向MFC初学者的SQLite3集成示例演示了在Visual Studio 2010对话框程序中完成数据库的增删改查操作并重点展示标准查询与利用回调函数处理查询结果的实现方式。压缩包共38个文件大小7.01MB涵盖h/cpp源码、sln/vcxproj工程文件、sqlite3的dll/lib运行库、db示例数据库、SQL脚本及说明文档并带有Release x64/x86构建配置便于不同环境直接对照运行。已有1337人学习下载适合初步接触桌面数据库开发的MFC用户。通过这个可运行的工程读者能掌握sqlite3_open、sqlite3_exec、回调函数逐行读取结果、错误码检查与连接关闭等关键操作同时理解如何把数据库逻辑嵌入对话框消息处理流程。对于需要在MFC界面层直接操作本地文件型数据库的开发者这是一份覆盖面较全的起步参考可在其基础上扩展日志存储、配置管理等功能。1. 为什么在MFC项目里我最终选了SQLite做桌面客户端开发的人迟早要面对一个问题程序跑起来了数据放哪儿。早些年我习惯用INI文件或者XML配置量小的时候确实够用但一旦涉及几十上百条记录、需要按条件筛选、甚至要支持事务性写入时文本文件那套就变得非常难受——每次都得自己写解析、写遍历、处理并发读写冲突。换过Access部署还得装引擎和ODBC驱动、也试过直接连远程MySQL一台单机工具还要依赖网络和服务器想想就不划算最后几乎所有的MFC项目都统一换成了SQLite。SQLite是嵌入式关系型数据库它不是一个独立的服务进程而是以C语言库的形式直接链接进程序里。数据库就是一个普通文件程序通过API读写这个文件就这么简单。对MFC桌面应用来说这几乎是最合适的数据持久化方案零配置、单文件、事务支持完整、SQL语法够用而且把数据库文件拷贝一份就能完成数据备份和迁移。加上它是公有领域授权Public Domain商用没有法律负担使用成本几乎为零。这篇文章面向的读者是那种C基础没问题、MFC的对话框和控件操作也比较熟但第一次真正要把SQLite集成进MFC程序里的人。我会把从环境搭建到增删改查的完整过程拆开讲重点放在那些网上教材不会专门提醒你的坑上——尤其是字符编码问题这是C SQLite组合里最容易翻车的点和链接选项不匹配导致的诡异运行异常。跟着走一遍你就能在自己的MFC工程里跑通完整的属性数据存取。2. 获取SQLite的方式与集成前准备2.1 源码编译静态库还是直接用DLLSQLite官方提供两种集成方式直接把sqlite3.c和sqlite3.h两个文件加到工程里参与编译或者链接预编译好的DLL。我在MFC项目里强烈建议用源码编译成静态库理由有三个部署时不带额外的DLL文件不用操心目标机器上缺运行库SQLite官方源码没有任何第三方依赖编译环境里有C编译器就能编省去版本不一致的坑可以自己打开需要的编译开关比如后面要提到的扩展功能。具体做法是到SQLite官网下载sqlite-amalgamation-*.zip解压后你会看到三个核心文件sqlite3.h、sqlite3.c、sqlite3ext.h。直接新建一个静态库工程把sqlite3.c拖进去编译设置里加上SQLITE_ENABLE_COLUMN_METADATA SQLITE_ENABLE_FTS5 SQLITE_ENABLE_JSON1这三个宏分别用来启用列元数据查询、全文检索和JSON解析功能平时不一定用得上但打开后功能完备将来真要用了不用重新编译库。编译完成后会得到sqlite3.lib之后每个MFC工程只需要三个文件sqlite3.h、sqlite3.lib以及从sqlite3.dll中导出函数用的sqlite3.def如果你选择DLL方式才需要。注意静态库方式下不需要DEF文件。2.2 在VS工程中正确配置链接参数拿到sqlite3.h和sqlite3.lib后把这两个文件放到工程目录下专门建的3rdparty\sqlite3文件夹里然后在项目属性里配置VC目录 - 包含目录添加3rdparty\sqlite3VC目录 - 库目录添加3rdparty\sqlite3链接器 - 输入 - 附加依赖项添加sqlite3.lib有个细节特别容易出问题运行库设置必须和你MFC工程保持一致。如果MFC工程用的是多线程调试 (/MTd)而你的sqlite3.lib是用/MDd编译的链接时不会报错但运行到某个奇怪的时机就会崩溃非常难排查。检查方法是右键sqlite3的静态库工程看C/C - 代码生成 - 运行库确保和你主工程完全一致。Debug用MTd或MDdRelease用MT或MD别混搭。2.3 一个被忽略的小选择CppSQLite3封装直接调C API没错但如果你是第一次写建议先用一个轻量C封装CppSQLite3作者Rob Groves源码在SourceForge上可以下载。它只有两个文件CppSQLite3.h和CppSQLite3.cpp把所有C API包成了几个类CppSQLite3DB、CppSQLite3Query、CppSQLite3Statement。代码风格非常简单如果不想引入直接照着它的思路自己封装也完全可以。我在实际项目中并不直接使用CppSQLite3因为业务复杂后还是需要自己写DAO层。但对新手来说用这个封装会让你少踩很多内存释放的坑尤其是查询结果集finalize忘写导致的内存泄漏。下面我讲的代码示例中涉及C API的地方也会顺带标注对应的封装用法你自己选一条路线走通就行。3. SQLite核心API速览与MFC集成要点3.1 先记住这几个函数就够了SQLite C API函数有上百个日常高频使用的其实只有这6个函数作用对应封装sqlite3_open/sqlite3_open_v2打开数据库文件不存在则自动创建CppSQLite3DB::opensqlite3_exec执行一条或多条不带参数的SQLCppSQLite3DB::execDMLsqlite3_prepare_v2预处理SQL语句解析为内部语句对象CppSQLite3DB::compilesqlite3_bind_*给预处理语句的参数?或?NNN绑定值语句对象的bind系列sqlite3_step逐行取结果或执行写操作CppSQLite3Query::nextRowsqlite3_finalize销毁预处理语句对象查询对象的析构函数写操作最简单的形式是sqlite3_exec比如建表、插入、删除传一条完整SQL字符串就行。但需要拼接用户输入的地方不要用exec拼SQL容易被SQL注入而且要手动处理字符串中的单引号转义。这类场景用prepare_v2 bind系列干净又安全。3.2 MFC字符类型与UTF-8的转换陷阱这一节是整个集成过程最容易被忽视的硬骨头值得单独说透。SQLite内部存储文本统一采用UTF-8编码。MFC工程默认字符集通常是Unicode即TCHAR是wchar_t字符串用UTF-16LE表示所以你在CString里存的中文如果直接转成const char*扔给SQLite得到的是一串乱码。反过来从SQLite读出的UTF-8字符串要显示在CListCtrl或CEdit里也必须先转成CStringW。我工程里常备两个工具函数// UTF-8 - CStringW CStringW Utf8ToCString(const char* utf8) { if (utf8 nullptr) return L; int len MultiByteToWideChar(CP_UTF8, 0, utf8, -1, nullptr, 0); CStringW result; if (len 1) { MultiByteToWideChar(CP_UTF8, 0, utf8, -1, result.GetBuffer(len), len); result.ReleaseBuffer(); } return result; } // CStringW - UTF-8 std::string std::string CStringToUtf8(const CStringW str) { if (str.IsEmpty()) return std::string(); int len WideCharToMultiByte(CP_UTF8, 0, str, str.GetLength(), nullptr, 0, nullptr, nullptr); std::string result; if (len 0) { result.resize(len); WideCharToMultiByte(CP_UTF8, 0, str, str.GetLength(), result[0], len, nullptr, nullptr); } return result; }有了这两个函数所有传给SQLite的文本参数一律先经过CStringToUtf8所有从SQLite取出来的文本一律经过Utf8ToCString。这是整个集成里最值得养成习惯的地方一次做对后面彻底清净。3.3 预编译语句的Bind与Step机制前面说了凡是带上用户输入参数的SQL我坚持用prepare_v2 bind。举个例子用户输入姓名和电话插入联系人表SQL写成INSERT INTO contacts(name, phone) VALUES(?, ?)然后用sqlite3_bind_text把两个?依次绑定索引从1开始。绑定完成后调用sqlite3_step返回值是SQLITE_DONE表示执行成功。这个模式的好处是SQL语句结构固定参数与语句分离值和类型都明确而且同一个预处理语句可以反复绑定不同参数批量执行性能也更好。查询时prepare_v2后用sqlite3_step循环取行每次返回SQLITE_ROW就说明有数据然后调用sqlite3_column_text、sqlite3_column_int等函数按列号取出字段值。注意列号同样从0开始。循环结束后别忘sqlite3_finalize释放语句对象。4. 实战演练用MFC对话框程序实现联系人管理4.1 程序具备哪些功能我这里的示例是一个极简的联系人管理对话框主界面有一个CListCtrl报告模式显示全部联系人有姓名、电话两个编辑框和一个添加按钮列表每行有修改和删除两个操作按钮或者用右键菜单也行。添加入库后刷新列表选中某行自动回填编辑框改完点修改更新数据库。这些功能覆盖了SQLite的增删改查全部基础动作你完全可以把它当模板套到真实的MFC项目里。4.2 数据库初始化和建表程序启动时对话框的OnInitDialog里首先确定数据库文件路径。我的做法是把数据库放在C:\Users\用户名\AppData\Roaming\程序名\data.db没有这个目录就创建它。如果直接放exe同目录可能在Program Files下没有写权限Win7以上必然遇到权限弹窗问题。BOOL CContactDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 确保数据目录存在 CString strAppData; SHGetFolderPath(NULL, CSIDL_APPDATA, NULL, SHGFP_TYPE_CURRENT, strAppData.GetBuffer(MAX_PATH)); strAppData.ReleaseBuffer(); m_strDbPath strAppData _T(\\MyApp\\contacts.db); CreateDirectory(strAppData _T(\\MyApp), NULL); // 打开数据库不存在会自动创建文件 if (sqlite3_open(CStringToUtf8(m_strDbPath).c_str(), m_db) ! SQLITE_OK) { AfxMessageBox(CString(_T(数据库打开失败: )) Utf8ToCString(sqlite3_errmsg(m_db))); return FALSE; } // 建表 const char* sql CREATE TABLE IF NOT EXISTS contacts( \ id INTEGER PRIMARY KEY AUTOINCREMENT, \ name TEXT NOT NULL, \ phone TEXT NOT NULL); char* errMsg nullptr; if (sqlite3_exec(m_db, sql, nullptr, nullptr, errMsg) ! SQLITE_OK) { AfxMessageBox(CString(_T(建表失败: )) Utf8ToCString(errMsg)); sqlite3_free(errMsg); return FALSE; } LoadContacts(); return TRUE; }sqlite3_open如果文件不存在会尝试创建但必须先确保其所在目录存在否则返回SQLITE_CANTOPEN。AUTOINCREMENT保证id在删除记录后也不会被复用对数据关联多表时更安全。IF NOT EXISTS让首次启动和后续启动都能安全执行同一套初始化代码。4.3 插入一条新联系人添加按钮的响应函数是典型的prepare_v2 bind流程void CContactDlg::OnBnClickedBtnAdd() { CStringW strName, strPhone; GetDlgItemText(IDC_EDIT_NAME, strName); GetDlgItemText(IDC_EDIT_PHONE, strPhone); if (strName.IsEmpty() || strPhone.IsEmpty()) { AfxMessageBox(_T(姓名和电话不能为空)); return; } sqlite3_stmt* stmt nullptr; const char* sql INSERT INTO contacts(name, phone) VALUES(?, ?); if (sqlite3_prepare_v2(m_db, sql, -1, stmt, nullptr) ! SQLITE_OK) { AfxMessageBox(_T(SQL预处理失败)); return; } std::string utf8Name CStringToUtf8(strName); std::string utf8Phone CStringToUtf8(strPhone); sqlite3_bind_text(stmt, 1, utf8Name.c_str(), -1, SQLITE_TRANSIENT); sqlite3_bind_text(stmt, 2, utf8Phone.c_str(), -1, SQLITE_TRANSIENT); if (sqlite3_step(stmt) ! SQLITE_DONE) { AfxMessageBox(CString(_T(插入失败: )) Utf8ToCString(sqlite3_errmsg(m_db))); } sqlite3_finalize(stmt); // 清空编辑框并刷新列表 SetDlgItemText(IDC_EDIT_NAME, _T()); SetDlgItemText(IDC_EDIT_PHONE, _T()); LoadContacts(); }这里SQLITE_TRANSIENT的意思是SQLite内部会自己复制一份传入的数据所以我可以安全地把临时std::string在bind之后立刻销毁。如果传SQLITE_STATIC则由调用方保证内存在语句执行完成前始终有效容易踩悬空指针的坑新手统一用SQLITE_TRANSIENT最稳。4.4 查询并刷新CListCtrl列表从数据库取数据填到列表控件上我单独抽了个LoadContacts函数。查询时先用sqlite3_prepare_v2准备SELECT语句然后循环sqlite3_step每一行添加条目到CListCtrl同时把id存进lParam方便后续根据行定位数据库记录void CContactDlg::LoadContacts() { m_list.DeleteAllItems(); const char* sql SELECT id, name, phone FROM contacts ORDER BY id; sqlite3_stmt* stmt nullptr; if (sqlite3_prepare_v2(m_db, sql, -1, stmt, nullptr) ! SQLITE_OK) return; int row 0; while (sqlite3_step(stmt) SQLITE_ROW) { int id sqlite3_column_int(stmt, 0); CStringW strName Utf8ToCString((const char*)sqlite3_column_text(stmt, 1)); CStringW strPhone Utf8ToCString((const char*)sqlite3_column_text(stmt, 2)); m_list.InsertItem(row, strName); m_list.SetItemText(row, 1, strPhone); m_list.SetItemData(row, id); row; } sqlite3_finalize(stmt); }ORDER BY id是默认的显示顺序规则实际项目里往往要添加排序字段或分页但原理完全一样。注意sqlite3_column_text返回的const unsigned char*指向的内存只在当前sqlite3_step调用周期内有效所以必须立刻转成CStringW副本。4.5 更新和删除操作更新前先根据列表当前选中项的lParam拿到id然后同样是预处理语句绑定参数void CContactDlg::OnBnClickedBtnUpdate() { int nSel m_list.GetSelectionMark(); if (nSel 0) { AfxMessageBox(_T(请先选中要修改的记录)); return; } int id (int)m_list.GetItemData(nSel); CStringW strName, strPhone; GetDlgItemText(IDC_EDIT_NAME, strName); GetDlgItemText(IDC_EDIT_PHONE, strPhone); sqlite3_stmt* stmt nullptr; const char* sql UPDATE contacts SET name?, phone? WHERE id?; sqlite3_prepare_v2(m_db, sql, -1, stmt, nullptr); std::string utf8Name CStringToUtf8(strName); std::string utf8Phone CStringToUtf8(strPhone); sqlite3_bind_text(stmt, 1, utf8Name.c_str(), -1, SQLITE_TRANSIENT); sqlite3_bind_text(stmt, 2, utf8Phone.c_str(), -1, SQLITE_TRANSIENT); sqlite3_bind_int(stmt, 3, id); if (sqlite3_step(stmt) ! SQLITE_DONE) AfxMessageBox(CString(_T(更新失败: )) Utf8ToCString(sqlite3_errmsg(m_db))); sqlite3_finalize(stmt); SetDlgItemText(IDC_EDIT_NAME, _T()); SetDlgItemText(IDC_EDIT_PHONE, _T()); LoadContacts(); }删除更简单一条DELETE FROM contacts WHERE id?就完了执行前弹出确认框防止误操作。我习惯在所有写操作后都调用LoadContacts刷新界面确保列表始终与数据库一致调试期内能及时发现数据问题。4.6 窗口关闭时正确释放资源对话框销毁时要记得关闭数据库连接void CContactDlg::OnDestroy() { if (m_db) { sqlite3_close(m_db); m_db nullptr; } CDialogEx::OnDestroy(); }如果前面某个语句对象忘了finalizesqlite3_close会返回SQLITE_BUSY提示还有未释放的预编译语句。当你不确定有没有遗漏时可以调用sqlite3_next_stmt(m_db, nullptr)逐个finalize再关库。Debug模式下我常常故意用这招检查自己有没有漏掉释放。5. 高频踩坑与现场排查记录5.1 列表和消息框全部显示乱码这是MFC SQLite最典型的一个问题。现象是用sqlite3_exec插入中文后在SQLite命令行工具里看到数据正常但CListCtrl显示全是问号或者乱码。排查思路先确认插入前是否做了CStringToUtf8转换再确认取出后有没有Utf8ToCString还原。如果代码里一个转换函数都没写那100%是编码问题。还有另一种情况你的MFC工程字符集设成了多字节字符集用了CStringA转换逻辑又要重新梳理一遍好在现在新工程基本都是Unicode字符集踩这个坑的越来越少。5.2 sqlite3_open正常但首次写库就提示database is locked我在多线程MFC程序里踩得最多的一类坑。SQLite默认同一时刻只允许一个连接写库如果你的程序在UI线程打开了数据库又开了第二个线程也去连接同一个文件写的时候就会返回SQLITE_BUSY或SQLITE_LOCKED。我的处理方式是数据库连接全程序只建一个放在一个业务单例类里所有线程对数据库的访问统一通过这个类串行化如果实在必须并发调用sqlite3_busy_timeout(m_db, 3000)设置3秒等待上限。把busy_timeout设成0默认值时一旦遇到锁SQLite直接返回不会等待这也是很多人觉得SQLite容易锁死的原因之一其实设个合理超时就能缓解大半。5.3 莫名其妙的内存访问异常SP和内存错乱的方向先查两件事一是有没有对同一个sqlite3_stmt重复finalize这会导致双重释放崩溃二是取文本字段时有没有把sqlite3_column_text的返回值存到const char*变量里然后在下一个sqlite3_step之后才去转CString——那个内存已经失效了。// 错误示范 const char* name (const char*)sqlite3_column_text(stmt, 1); // 这里又执行了sqlite3_step(stmt) // 再使用name就是未定义行为 // 正确做法 CStringW strName Utf8ToCString((const char*)sqlite3_column_text(stmt, 1)); // 立刻拷贝别存裸指针5.4 发布程序到别的电脑运行报DLL缺失如果你选择了链接sqlite3.dll的方式发布前必须把sqlite3.dll放到exe同目录如果你按我推荐的静态库方案就不会有这个问题。另外静态链接MFC项目属性 - 常规 - MFC的使用 - 在静态库中使用MFC可以避免目标机器缺MFC运行库的问题缺点是exe会大好几MB这个根据你的部署场景取舍。5.5 常用命令排查手段开发调试过程中我经常直接在工程目录下打开命令行用sqlite3.exe操作同一个数据库文件来验证数据是否正确。几个高频命令值得记一下命令作用.tables列出所有表.schema contacts查看建表语句SELECT * FROM contacts;查询所有数据.headers on.mode column让查询结果对齐显示.quit退出这个工具还能用来做数据库修复操作比如.recover命令在开发阶段非常有用。最后再分享一点体会SQLite和MFC这组搭配熟练之后你大概会比用Access或远程数据库的方案省掉一半开发时间。核心就几个点字符转换做成工具函数、所有带用户输入的SQL走预处理语句、写完库记得关连接、遇到锁先加busy_timeout、泄露就检查finalize。把这些做成肌肉记忆剩下的业务逻辑就能踏踏实实地写不用反复和数据库本身搏斗。如果你打算把这个示例工程往真实项目上搬下一步可以考虑再套一层DAO封装把数据库连接和业务实体解耦后续接其他数据库比如换用PostgreSQL时改动会小很多。本文还有配套的精品资源点击获取