推荐nlohmann/json：头文件即用、支持C++11以上、支持[]直接访问字段，避免jsoncpp的asInt()等静默返回0问题；需检查j.is_null()并以二进制模式读文件。
JSON解析用哪个库最省事又不踩坑
直接用 jsoncpp 或 nlohmann/json 都行，但推荐 nlohmann/json：头文件即用、支持 C++11 以上、解析后可直接用 operator[] 访问字段，比 jsoncpp 少一堆 Json::Value 类型转换。如果项目已用 jsoncpp，注意它的 asInt() / asDouble() 在值为空或类型不匹配时会静默返回 0，容易埋数据错漏。
常见错误现象：nlohmann/json 解析失败时不抛异常（默认），而是把 json 对象置为 null，后续调 ["field"] 会触发 assertion；务必在解析后加 if (j.is_null()) 检查。
- 用
std::ifstream读 JSON 文件时，确保以std::ios::binary打开，避免 Windows 下换行符干扰 - 批量导入前先验证 JSON 是数组结构（
j.is_array()），不是对象或 null - 字段名大小写要和表结构严格一致——SQLite 不区分大小写，但 JSON 键是区分的
INSERT语句怎么写才快
单条 INSERT INTO table VALUES (...) 插一万条，性能可能差 10 倍以上。必须用事务 + 参数化预编译语句。
关键点：SQLite 默认每个 INSERT 是独立事务，磁盘 I/O 开销极大。把所有插入包进一个 BEGIN TRANSACTION 和 COMMIT 之间，速度能提升 5–50 倍（取决于数据量和磁盘）。
立即学习“C++免费学习笔记（深入）”；
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 用
sqlite3_prepare_v2()预编译一次INSERT INTO t(col1,col2) VALUES(?,?)，循环调sqlite3_bind_*绑定值，再sqlite3_step() - 不要拼接字符串构造 SQL——既慢又危险（SQL 注入+JSON 字符串含单引号会崩）
- 绑定时注意类型：JSON 的
number可能是 int 或 double，对应sqlite3_bind_int64()或sqlite3_bind_double()；字符串一律用sqlite3_bind_text()并传长度（避免内部多一次 strlen）
JSON字段和SQLite列怎么对齐才不出错
不能靠“名字一样就自动映射”。JSON 是动态结构，SQLite 表是静态 schema，必须显式定义映射规则，否则遇到缺失字段、多余字段、类型冲突就崩。
典型错误：JSON 里 "age": "25"（字符串）想插进 INTEGER 列，SQLite 会静默转成 25，但 "age": null 或 "age": "" 会导致 sqlite3_bind_null() 才安全；不处理就 crash 或插 0。
- 逐字段检查：先用
j["field"].is_number_integer()等判断类型，再决定 bind 函数 - 缺失字段必须显式 bind NULL，不能跳过——否则参数序号错位，整条 INSERT 失败
- 时间字段（如
"created_at": "2024-03-15T10:30:00Z"）建议存 TEXT（ISO8601 格式），避免 SQLite 内部 datetime 类型兼容性问题
出错后怎么快速定位是JSON还是SQL的问题
报错信息常是 SQL error: no such column 或 step failed: constraint failed，但根源可能在 JSON 解析阶段——比如字段名拼错、嵌套层级不对、数值溢出。
调试建议：在循环插入前，抽一条 JSON 对象打印其键列表（for (auto& e : j[0].items()) { std::cout ），和建表语句的 <code>PRAGMA table_info(t) 结果人工比对。
- 开启 SQLite 的
sqlite3_config(SQLITE_CONFIG_LOG, ...)日志，能看到 bind 值和实际执行的 SQL（虽然不显示 ? 占位符，但能确认语句结构） - 对每条记录做 try/catch（nlohmann/json 抛
json::exception）和sqlite3_errmsg()检查，把失败的原始 JSON 片段和错误一起 log 下来 - 别信“JSON 格式正确就一定能入库”——空数组、浮点 NaN、超长字符串（>1M）都可能让 SQLite 拒绝插入
最麻烦的其实是 JSON 里混着不同结构的对象（比如有的有 phone 字段，有的没有，还有的 phone 是数组），这种得先统一清洗，而不是硬塞进固定 schema 的表里。
