本文详解 php 中解析含空格键名（如 "entry id"、"submit date"）的嵌套 json 时的常见错误与正确访问方式，重点解决因误将对象当数组遍历导致的 “trying to get property of non-object” 错误。
本文详解 php 中解析含空格键名（如 "entry id"、"submit date"）的嵌套 json 时的常见错误与正确访问方式，重点解决因误将对象当数组遍历导致的 “trying to get property of non-object” 错误。
在使用 json_decode() 解析 JSON 数据时，若未显式指定第二个参数 $associative = true，PHP 默认返回 标准对象（stdClass），而非关联数组。这意味着所有嵌套层级都需通过对象属性语法访问——而含空格或特殊字符的键名必须使用花括号+引号语法（即 ->{'Key Name'}），不可用数组下标方式（['Key Name']）或直接点号（.）访问。
但更关键的错误在于：你的原始代码中对 $entr->values 进行了 foreach 遍历：
foreach($entr->values as $valores) { ... }而根据 print_r 输出和 json_decode() 的默认行为，$entr->values 是一个 stdClass 对象（非数组），不能被 foreach 直接遍历其属性（PHP 7.4+ 虽支持对象遍历，但仅限 public 属性且语义不符；此处逻辑本意是读取固定字段，非枚举）。这导致 $valores 实际为 null 或不可预期值，进而引发 Trying to get property 'Entry ID' of non-object 的 Notice。
✅ 正确做法是：跳过无意义的循环，直接访问已知结构的属性：
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
立即学习“PHP免费学习笔记（深入）”；
<?php
$response = curl_exec($curl);
$data = json_decode($response); // 默认返回对象
if (json_last_error() !== JSON_ERROR_NONE) {
throw new RuntimeException('Invalid JSON: ' . json_last_error_msg());
}
foreach ($data->entries as $entry) {
// ✅ 正确：$entry->values 是对象，直接访问其带空格的属性
$entryId = $entry->values->{'Entry ID'};
$submitDate = $entry->values->{'Submit Date'};
$submitter = $entry->values->Submitter; // 无空格可直接点号
$assignee = $entry->values->{'Assignee'}; // 即使无空格也可统一用花括号，增强一致性
echo "ID: {$entryId}, Submitted: {$submitDate}\n";
}
?>? 小技巧：若偏好数组风格操作（例如动态键名或 isset() 检查），可强制解码为关联数组：
$data = json_decode($response, true); // 第二个参数设为 true
// 此时 $data['entries'][0]['values']['Entry ID'] 可用方括号访问
foreach ($data['entries'] as $entry) {
$entryId = $entry['values']['Entry ID'] ?? null;
$submitDate = $entry['values']['Submit Date'] ?? null;
}⚠️ 注意事项：
- 始终检查
json_decode()返回值是否为null（表示解析失败），并结合json_last_error()做容错； - 含空格/连字符/数字开头的键名必须使用
->{'key name'}语法，不可省略花括号； - 避免对未知结构的对象盲目
foreach，应先确认数据类型（is_object()/is_array()）； - 在生产环境建议开启
error_reporting(E_ALL)并处理 Notice 级别错误，防止静默失败。
掌握这一模式后，无论是 "Assigned Group"、"Created By" 还是 "API v2 Endpoint"，都能安全、清晰地提取所需字段。
