sqlite3_open()返回sqlite_error通常因路径错误或权限不足；应先确保父目录存在、使用绝对路径、检查权限，并用sqlite3_errmsg()获取具体错误信息。
sqlite3_open() 返回 SQLITE_ERROR 怎么办
直接调用 sqlite3_open() 失败，大概率是路径不对或权限问题。SQLite 不会自动创建父目录，如果路径里有不存在的文件夹（比如 "data/app.db" 但 data/ 目录还没建），就会返回 SQLITE_ERROR 而不是 SQLITE_CANTOPEN，容易误判。
实操建议：
- 先用
mkdir -p data（Linux/macOS）或mkdir data（Windows cmd）确保目录存在 - 传绝对路径更稳妥，比如
"/home/user/app.db"或"C:\myapp\app.db" - 检查返回值，别只看是否为
nullptr；必须判断int rc = sqlite3_open(...)是否等于SQLITE_OK - 出错时用
sqlite3_errmsg(db)打印具体错误，比猜强得多
执行 CREATE TABLE 之前要检查 db 指针是否有效
sqlite3_exec() 不会帮你校验 db 是否为空或已损坏，传进去就崩。尤其在多线程场景下，db 可能被提前 sqlite3_close() 了还继续用。
安全写法：
- 每次调用
sqlite3_exec()前加一层判断：if (!db) { /* error */ } - 建表 SQL 字符串末尾**不要加分号**——
sqlite3_exec()内部不支持多语句，分号会导致SQLITE_ERROR - 字符串用 raw string 或双引号拼接，避免转义混乱，例如：
"CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT NOT NULL)"
- 如果表可能已存在，加
IF NOT EXISTS避免报错中断流程
为什么 sqlite3_exec() 成功但表没建出来
常见原因是事务未提交或数据库被只读打开。SQLite 默认启用 autocommit 模式，但如果你之前执行过 BEGIN 却忘了 COMMIT，后续建表语句实际在事务里，进程退出后回滚，表就消失了。
排查要点：
- 确认没手动开启事务（除非你真需要）
- 检查
sqlite3_open()的 flag：用SQLITE_OPEN_READWRITE | SQLITE_OPEN_CREATE，别漏掉SQLITE_OPEN_CREATE，否则库文件不存在时会静默失败 - 执行完
sqlite3_exec()后，用sqlite3_exec(db, "SELECT name FROM sqlite_master WHERE type='table';", ...)查一下元数据，眼见为实 - Windows 下注意路径反斜杠要转义，
"C:\db\test.db"，不是"C:db est.db"
要不要用 sqlite3_prepare_v2() + sqlite3_step() 建表
不用。建表是 DDL 操作，不能参数化，也不需要预编译。用 sqlite3_exec() 最直接。预编译接口适合 INSERT / SELECT 这类带变量的语句，硬套在 CREATE TABLE 上反而多写三行代码、多两个错误分支。
唯一例外是动态构造表名（极不推荐），这时只能拼字符串——但得自己过滤表名里的单引号和空格，否则 SQL 注入风险拉满。
真正该花时间的地方是错误回调函数：把 sqlite3_exec() 的第四个参数设成非空，就能捕获建表过程中的语法错误（比如字段名写成 user-name 没加引号），这个细节很多人跳过，结果表建失败还不知道哪错了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
