本文详解如何在 PHP 中处理从数据库读取的双重编码 JSON 数据——即外层为 JSON 数组、内层 RESPONSE 字段值本身又是被转义的 JSON 字符串，需两次 json_decode() 才能获取最终结构化数据。
本文详解如何在 php 中处理从数据库读取的双重编码 json 数据——即外层为 json 数组、内层 `response` 字段值本身又是被转义的 json 字符串，需两次 `json_decode()` 才能获取最终结构化数据。
在实际开发中，尤其是与遗留系统或日志表交互时，常会遇到一种典型的“JSON 套娃”场景：数据库字段（如 RESPONSE）存储的并非原始数组，而是一个经过 JSON 编码的字符串；当整个记录再被 json_encode() 包裹成数组返回时，就形成了两层 JSON 编码结构。你提供的示例正是如此：
[
{ "RESPONSE": "{\"Result\":[{\"ERRORS\":\"99012: Weborder number already exists : 20211049\"}]}" },
{ "RESPONSE": "{\"Result\":[{\"ERRORS\":\"99012: Weborder number already exists : 20211048\"}]}" }
]注意："RESPONSE" 的值是带双引号包裹、反斜杠转义的字符串（如 "{\"Result\":[...]}"），它不是 JSON 对象，而是 JSON 字符串。因此，直接 json_decode($data) 只能解出第一层（得到一个含 RESPONSE 键的 PHP 数组），而 RESPONSE 的值仍需二次解析。
✅ 正确解析步骤（两次 json_decode）
假设 $data 是从数据库读取的原始 JSON 字符串（如通过 Log::get('RESPONSE') 返回的完整 JSON 文本），请按以下方式处理：
public function index(Request $request)
{
// 1. 获取原始 JSON 字符串（例如从数据库日志表中读取）
$rawJson = Log::get('RESPONSE'); // 返回类似 '[{"RESPONSE":"{...}"}, ...]' 的字符串
// 2. 第一次解码：得到 PHP 数组（每个元素含 'RESPONSE' 字符串键）
$decodedArray = json_decode($rawJson, true);
if (json_last_error() !== JSON_ERROR_NONE) {
throw new \RuntimeException('Failed to decode outer JSON: ' . json_last_error_msg());
}
// 3. 遍历并二次解码每个 RESPONSE 字段
$finalResults = [];
foreach ($decodedArray as $item) {
if (!isset($item['RESPONSE']) || !is_string($item['RESPONSE'])) {
continue;
}
$innerJson = json_decode($item['RESPONSE'], true);
if (json_last_error() === JSON_ERROR_NONE && isset($innerJson['Result'])) {
$finalResults[] = $innerJson['Result']; // 提取 Result 数组
}
}
return response()->json($finalResults);
}? 示例输出结果
对你的输入数据，上述代码将输出：
立即学习“PHP免费学习笔记（深入）”；
[
[{"ERRORS":"99012: Weborder number already exists : 20211049"}],
[{"ERRORS":"99012: Weborder number already exists : 20211048"}],
...
]若只需扁平化所有错误信息，可进一步提取：
$errors = [];
foreach ($finalResults as $resultList) {
foreach ($resultList as $result) {
if (isset($result['ERRORS'])) {
$errors[] = $result['ERRORS'];
}
}
}
// $errors = ["99012: Weborder number already exists : 20211049", ...]⚠️ 关键注意事项
- 始终校验 json_decode() 结果：使用 json_last_error() 判断是否解析失败，避免静默错误；
- json_decode($str, true) 推荐启用：返回关联数组而非对象，便于键名访问；
- 警惕 SQL 注入或 XSS 风险：若 RESPONSE 字段内容来自不可信源，二次解码后务必对 ERRORS 等字段做输出转义（如 htmlspecialchars()）；
- 性能提示：若数据量大，避免在循环中重复调用 json_decode；可考虑提前缓存或改用流式解析（如 JsonStreamingParser）；
- 数据库设计优化建议：长期来看，应将 RESPONSE 字段类型改为 JSON（MySQL 5.7+ / PostgreSQL），或拆分为结构化字段（如 error_code, error_message, weborder_number），从根本上规避嵌套解析问题。
掌握双重 JSON 解析逻辑，不仅能解决当前问题，更是处理异构系统集成中常见数据失真问题的关键能力。
