json键的合法字符范围是：必须为非空utf-8字符串，不含u+0000–u+001f（除u+0009/u+000a/u+000d外）、u+0022、u+005c、u+002f、u+2028、u+2029等非法码点。
JSON键的合法字符范围是什么
JSON规范里，对象的键必须是字符串，而字符串必须用双引号包裹、且内部不能有未转义的控制字符（U+0000–U+001F）、未转义的双引号 " 或反斜杠 。但注意：JSON键本身不包含外层引号——你拿到的待判断字符串，是“引号里面的内容”，比如 "user_id" 这个 JSON 字符串的键是 user_id，不是 "user_id"。
所以判断逻辑要分两层：
- 字符串本身不能含非法字符（如
"、等） - 也不能以 Unicode 控制字符开头或中间夹杂（尤其注意
u2028、u2029，虽属空白但 JSON 不允许在字符串字面量中直接出现）
常见误判点：有人用 std::string::find_first_of(" - "\")，但 C++ 不支持这种正则式写法；也有人只检查 ASCII 控制字符，漏掉 Unicode 行分隔符。
用 jsoncpp 或 nlohmann/json 做间接验证是否可行
不行——这些库解析的是完整 JSON 文本，不是单个键。你传一个裸字符串（如 user.name）进去，它们会报 parse error，但这不代表它不能作为键：JSON 键允许点号、连字符、下划线，只要被正确引起来就行。
更糟的是，有些库（如旧版 jsoncpp）对键名几乎不做校验，直接接受任意字符串，导致“看似成功”实则生成非法 JSON。
所以不要依赖解析器来“试错”。真正可靠的路径是：自己做字符白名单/黑名单扫描。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
手写校验函数的关键检查项
用 C++11 及以上，推荐按以下顺序逐字符检查：
-
str.empty()→ 空字符串不允许（JSON 字符串可以为空，但作为键时语义模糊，多数 API 拒绝） - 遍历每个
char32_t（需用std::codecvt_utf8或utf8cpp解码 UTF-8）：- 若
c 且 <code>c != 0x09 && c != 0x0A && c != 0x0D→ 非法（排除 U+0000–U+001F 中除 TAB/LF/CR 外的所有） - 若
c == 0x22 || c == 0x5C || c == 0x2F→ 非法（双引号、反斜杠、正斜杠——注意：正斜杠虽非必需转义，但某些 JSON 实现（如早期 JS）会要求转义，为兼容建议禁用） - 若
c == 0x2028 || c == 0x2029→ 非法（行分隔符，JSON 规范明令禁止）
- 若
- 允许的字符包括：字母、数字、
_、-、.、$、@等，无需额外限制（只要没落在上述黑名单里）
示例片段（UTF-8 安全）：
bool is_valid_json_key(const std::string& s) {
if (s.empty()) return false;
utf8::iterator<:string::const_iterator> it(s.begin()), end(s.end());
while (it != end) {
char32_t c = *it++;
if (c <h3>为什么不用正则或第三方 JSON Schema 工具</h3>
<p>C++ 标准库 <code><regex></regex></code> 对 Unicode 支持极弱，无法可靠匹配 UTF-8 编码的 Unicode 字符；而引入 <code>ICU</code> 或 <code>Boost.Regex</code> 就过度了。</p>
<p>JSON Schema 是校验值结构的，不是校验键名合法性——它根本不关心键名是否符合 JSON 字符串字面量规则，只管“这个 key 下的 value 类型对不对”。</p>
<p>最易被忽略的一点：你校验的是“能否被安全放入 JSON 字符串字面量”，而不是“是否符合某种业务命名规范”。前者是语法问题，后者是语义问题——别混在一起做。</p></:string::const_iterator>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
