正则表达式无法可靠解析 JSON，因其不能正确处理转义字符、引号嵌套、任意深度嵌套及括号配对；应优先使用语言内置 JSON 解析器（如 Python 的 json.loads、JS 的 JSON.parse），仅在简单受控场景下谨慎尝试正则提取。
正则表达式不适合可靠地解析 JSON 字符串，因为 JSON 是嵌套、递归、格式灵活的结构化数据，而正则表达式无法正确处理引号嵌套、转义字符、任意深度的对象或数组等关键特性。强行用正则提取字段容易出错，尤其在字段值含换行、双引号、反斜杠或同名嵌套键时会失效。
为什么正则解析 JSON 不可靠
JSON 允许字符串中包含转义字符（如 "
"、"""、"\\"），还支持多层嵌套对象和数组。正则无法区分顶层字段与嵌套同名字段，也无法准确匹配配对的括号或引号边界。例如：
-
{"name":"Alice","data":{"name":"Bob"}}—— 想取顶层name，正则可能误抓到内层的"name":"Bob" -
{"msg":"He said "Hi!""}—— 双引号被转义，简单匹配"name":s*"([^"]*)"会提前截断 -
{"content":"line1 line2"}—— 含换行符，未启用dotall模式就完全匹配失败
真正安全的做法：用标准 JSON 解析器
所有主流语言都内置健壮的 JSON 解析能力，应优先使用：
- Python：用
json.loads()转为字典，再按路径取值（如data.get("user", {}).get("id")） - JavaScript：用
JSON.parse()，再链式访问obj.user?.profile?.email - Java：用 Jackson 或 Gson 库解析为对象或 Map
- 命令行：用
jq工具（如jq '.user.name' file.json）
极少数可接受正则的场景（仅限简单、受控输入）
如果确定 JSON 极其简单（单层、无转义、无嵌套、无换行），且只是临时调试或日志提取，可谨慎尝试。例如从日志行中快速捞出 "status": "ok"：
- 模式示例：
"status"s*:s*"([^"]*)"，配合re.search或match - 必须开启
re.DOTALL处理跨行（但依然不解决嵌套和转义） - 永远要加异常处理，并验证提取结果是否合理（如检查是否为空或含非法字符）
若必须从文本中提取 JSON 片段再解析
有些日志或响应混杂 JSON 和其他内容（如 Response: {"code":200,"msg":"OK"}），此时可用正则先“切”出 JSON 字符串，再交给解析器：
- 匹配最外层大括号内容：
{(?:[^{}]|(?R))*}（PCRE 支持递归，但 Pythonre不支持） - 更稳妥的替代：
{(?:[^{}]|{[^{}]*})*}（最多支持一层嵌套，仍不完美） - 推荐做法：用简单正则粗略定位
{和对应}，再用栈逻辑手动配对，最后将子串传给json.loads()
