php 返回 json 必须用 json_encode() 生成、json_decode() 解析，正则无法正确处理嵌套、转义、unicode 等结构，仅可在非标准场景（如 jsonp、html 混排）中谨慎提取后仍需 json_decode() 验证。
PHP 返回 JSON 数据时，不应用正则处理 JSON 内容——这是危险且不可靠的做法。 JSON 是结构化数据格式，必须用 json_decode() 解析、json_encode() 序列化；正则仅适用于字符串层面的简单提取（如日志片段、非标准伪 JSON），不能替代解析器。
为什么不能用正则解析标准 JSON
JSON 允许嵌套对象、数组、转义字符（如 "\n"、"\""）、Unicode 字符、任意键名（含空格、引号、控制字符）等。正则无法正确匹配配对的花括号、引号边界或转义逻辑，极易误判或崩溃。
- 匹配
"name": "Alice"可能漏掉"name": "A\"lice"或"name": "{\"id\":1}" - 试图提取数组项会失败于
[{"a":1},{"a":2}]中的嵌套结构 -
preg_match()遇到未闭合引号或深层嵌套时行为不可控，可能回溯爆炸
什么场景下可谨慎用正则“预处理” JSON 字符串
仅限于：原始响应不是合法 JSON（如前后混有 HTML/日志文本）、需快速提取某段疑似 JSON 的子串、或服务端返回了带前缀的“JSONP”式包裹（如 callback({...})）。此时正则只是“切出”候选字符串，后续仍需 json_decode() 验证。
- 去除 JSONP 包裹：
preg_replace('/^\w+\((.*)\);?$/s', '$1', $raw) - 从 HTML 中提取 script 标签内的 JSON：
preg_match('/<script>]*>.*?var\s+data\s*=\s*(\{.*?\});/s', $html, $m)</script>，再对$m[1]调用json_decode() - 过滤日志行中的 JSON 片段（假设格式固定）：
preg_match('/"status":"(\w+)","code":(\d+)/', $line, $m)—— 这是提取字段值，不是解析 JSON
正确处理 PHP 返回的 JSON 数据流程
服务端应直接输出纯 JSON（header('Content-Type: application/json') + echo json_encode($data)），前端用 fetch().then(r => r.json()) 或 jQuery.getJSON() 消费。若 PHP 自身需处理 JSON 字符串（如 API 响应），严格按以下步骤：
立即学习“PHP免费学习笔记（深入）”；
- 先用
json_decode($json, true)解码为数组，检查返回值是否为null - 用
json_last_error()判断错误类型（JSON_ERROR_SYNTAX等） - 对解码后的数组做业务逻辑处理，而非回退到字符串操作
- 若需修改特定字段再输出，用
json_encode()重新序列化，不要拼接字符串
真正棘手的点在于：很多人把“JSON 字符串里有特殊字符”当成正则能解决的问题，其实那只是 json_encode() 选项没设对（比如没加 JSON_UNESCAPED_UNICODE 或 JSON_UNESCAPED_SLASHES），或是前端没正确设置 Content-Type 导致乱码——这些和正则完全无关。
