应使用 json::charreaderbuilder 解析并检查 parsesuccess 返回值，而非仅依赖 try-catch；空字符串、缺引号键、尾部逗号等均导致 parsesuccess 为 false，且 errs 提供具体错误位置。
JSON字符串是否合法？用 jsoncpp 快速验证结构
直接用 Json::Value 解析并捕获异常是最稳妥的判断方式，别自己手写括号匹配逻辑。C++ 没有标准 JSON 库，jsoncpp 是最轻量、最常用的选择，只要解析不抛 Json::RuntimeError 或 Json::LogicError，就说明语法合法。
常见错误现象：传入空字符串、只含空白、缺引号的 key（如 {name: "a"}）、尾部逗号（{"a":1,}）——这些都会触发异常。
- 确保链接
libjsoncpp，头文件包含#include <json></json> - 用
Json::CharReaderBuilder而不是已弃用的Json::Reader - 必须检查
parseSuccess返回值，仅靠 try/catch 不够（部分错误不抛异常，而是静默失败）
Json::Value root;
Json::CharReaderBuilder builder;
std::string errs;
std::istringstream iss(json_str);
bool parseSuccess = Json::parseFromStream(builder, iss, &root, &errs);
if (!parseSuccess) {
// errs 包含具体错误位置，例如 "Line 1, Column 5: Syntax error near '}'"
return false;
}
如何验证字段是否存在且类型正确？用 isMember() 和 type()
语法合法 ≠ 数据可用。比如 API 返回 {"code":200,"data":null}，你预期 data 是对象，但它是 null —— 这时 root["data"].isObject() 会返回 false，但不会崩溃。
容易踩的坑：直接访问 root["missing_key"]["field"] 会自动创建空对象，导致误判存在性；必须先用 isMember() 确认键存在。
-
root.isObject()必须为 true 才能安全调用isMember() -
root["key"].isNull()和!root.isMember("key")含义不同：前者是显式null，后者是根本没这个 key - 数值类型建议统一用
isNumeric()判断，再按需转asInt()或asDouble()，避免asInt()对浮点数截断
性能敏感场景下，能否跳过完整解析？
纯验证（不取值）时，完整构建 Json::Value 树有开销。如果只关心“是不是合法 JSON”，可改用 jsoncpp 的底层 Json::CharReader 接口，或切换到更轻量的库如 simdjson（支持无分配验证）。
但注意：simdjson 要求输入内存连续且长度已知，不支持流式解析；而 jsoncpp 默认支持 std::istream，更适合处理网络响应体等未知长度数据。
- 若已知 JSON 很小（jsoncpp 最省事
- 若每秒要验上千个大 JSON（>100KB），优先考虑
simdjson::dom::parser的parse()并忽略返回值 - 别用正则匹配 JSON 结构——嵌套引号、转义字符会让它失效
中文和特殊字符乱码怎么办？
jsoncpp 默认按 UTF-8 解析，只要原始字符串是合法 UTF-8 编码，就不会出问题。乱码通常来自源头：读文件没指定编码、HTTP 响应头声明 charset=gbk 但代码当 UTF-8 处理。
验证前务必确认字节流是 UTF-8。Windows 下用 std::ifstream 读文本文件时，默认是本地 ANSI 编码，需用 std::locale 强制 UTF-8：
std::ifstream ifs("data.json");
ifs.imbue(std::locale("", std::locale::ctype));
// 或更可靠：用 std::filesystem::read_text (C++17) + 显式转换
另外，jsoncpp 不校验 Unicode 代理对是否成对，只要字节序列符合 UTF-8 规则就接受——这点和 RFC 8259 一致，但某些前端库会更严格。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
