SQLite3_open()返回SQLITE_CANTOPEN主因是路径或权限问题，应使用绝对路径、预建目录、检查可写性，并确认文件系统支持POSIX锁；若用裸机环境，需裁剪功能、重写内存与VFS。
sqlite3_open() 返回 SQLITE_CANTOPEN 怎么办
多数嵌入式场景下，sqlite3_open() 失败不是因为库没链接，而是路径或权限不对。SQLite 会尝试创建数据库文件，但若目录不存在、不可写，或路径是只读挂载（比如某些嵌入式 Flash 分区），就直接返回 SQLITE_CANTOPEN。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用绝对路径，避免相对路径在不同工作目录下失效；嵌入式设备常无标准 cwd，
"./data.db"很可能找不到 - 提前调用
mkdir()创建父目录，并检查access(path, W_OK)是否可写 - 确认文件系统支持 POSIX 文件锁——某些轻量级 FAT 实现（如 FatFs + no LFN）不支持
flock()，会导致 open 失败；此时需编译时加-DSQLITE_THREADSAFE=0 -DSQLITE_TEMP_STORE=2 - 不要用
sqlite3_open_v2()的SQLITE_OPEN_FULLMUTEX模式，嵌入式环境线程资源紧张，且多数单任务场景根本不需要
执行 INSERT 语句后数据没落盘？
SQLite 默认启用 WAL 模式或延迟写入，掉电或强制复位后容易丢数据。嵌入式设备没有 UPS，必须显式控制持久化行为。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 建库后立即执行
"PRAGMA synchronous = FULL"和"PRAGMA journal_mode = DELETE"（WAL 在 NAND 上易磨损，DELETE 更稳妥） - 每个事务结尾加
"PRAGMA wal_checkpoint(TRUNCATE)"（仅 WAL 模式下）或确保sqlite3_exec(db, "COMMIT", 0, 0, 0)成功返回 - 避免长事务：嵌入式内存小，
sqlite3_exec()批量插入超 500 行易触发临时内存溢出；改用sqlite3_prepare_v2()+sqlite3_bind_*+ 循环sqlite3_step() - 别依赖进程退出自动 commit——嵌入式系统可能被看门狗硬复位，事务未结束就没了
如何在无 libc 环境（如裸机/FreeRTOS）里用 sqlite3
标准 SQLite 源码依赖 malloc、strftime、gettimeofday 等，裸机上直接编译会链接失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用官方 amalgamation 版本（
sqlite3.c+sqlite3.h），禁用所有 OS 接口：-DSQLITE_OMIT_LOAD_EXTENSION -DSQLITE_OMIT_COMPLETE -DSQLITE_OMIT_PROGRESS_CALLBACK - 重写内存分配器：实现
sqlite3_config(SQLITE_CONFIG_MALLOC, &mem_methods)，把xMalloc指向你的内存池分配函数 - 时间相关功能可裁剪：加
-DSQLITE_OMIT_DATETIME_FUNCS，避免链接localtime_r；若需时间戳，用硬件 RTC 提供的秒数手动拼字符串 - 文件 I/O 必须自己实现：注册
sqlite3_vfs，xOpen调用你的底层驱动（如 SPI Flash 读写），注意模拟lseek和truncate行为
char * 列内容乱码或截断？
SQLite 内部用 UTF-8 存储文本，但 C++ 代码若用 std::string 接收 sqlite3_column_text() 返回值，而该指针指向的是 SQLite 自己的内存页，下次 sqlite3_step() 就可能被覆盖。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 永远用
sqlite3_column_bytes()获取长度，再用std::string拷贝：std::string s(static_cast<const char>(sqlite3_column_text(stmt, 0)), sqlite3_column_bytes(stmt, 0))</const> - 不要把
sqlite3_column_text()结果存成全局const char*——它只在当前行有效 - 如果字段含二进制数据（比如固件 blob），用
sqlite3_column_blob()+sqlite3_column_bytes()，别误用 text 接口 - 嵌入式中避免宽字符：不启用
SQLITE_ENABLE_RTREE或SQLITE_ENABLE_FTS5，它们会悄悄拉入 Unicode 处理逻辑，增大代码体积
最麻烦的点其实是 VFS 层——很多问题表面是 SQL 执行失败，根子在底层驱动没正确模拟随机读写或没处理好擦除边界。先跑通一个最小 VFS（哪怕只支持 4KB 扇区读写），再往上搭功能。
