json_decode() 默认返回 stdclass 对象，非数组；需先用 is_object() 或 is_array() 判定类型，再用 property_exists() 或 array_key_exists() 安全检测字段。
json_decode 后是对象还是数组？先搞清类型再判断
PHP 中 json_decode() 默认返回 stdClass 对象，不是数组。直接用 isset($obj->field) 看似可行，但一旦 $obj 是 null（比如 JSON 解析失败）、或 $obj 是数组、或字段是动态生成的（如含空格/特殊字符），就会出错甚至静默失败。
最稳妥的第一步是确认解码结果类型：
- 用
is_object($data)判断是否为对象，再用property_exists($data, 'key')检查属性是否存在（注意：它不检查继承属性，也不触发 __get） - 用
is_array($data)判断是否为数组，再用array_key_exists('key', $data)—— 它能识别null值键，比isset()更严格 - 若不确定输入格式（比如前端可能传对象也可能传数组），统一用
json_decode($json, true)强制转成关联数组，后续全用array_key_exists()处理
为什么 isset($obj->field) 在 stdClass 上有时失效？
isset() 对 stdClass 属性的判断依赖于 PHP 的“可访问性”机制。如果字段名含非法字符（如 -、@、开头数字）、或字段被定义为私有/受保护（虽然 json_decode 不会生成这类属性）、或对象本身是 null，isset() 会直接返回 false，且不报错，容易掩盖问题。
更危险的是：当 $obj 是 null（JSON 解析失败）时，isset($obj->field) 不会报 Notice，但逻辑就断了。所以必须前置校验：
- 先检查
json_last_error() === JSON_ERROR_NONE - 再确认
is_object($obj) || is_array($obj) - 最后才用
property_exists()或array_key_exists()
嵌套字段怎么安全判断？别连写多个 ->
像 isset($obj->a->b->c) 这种写法在任意一级为 null 或不存在时，会触发 Trying to get property of non-object Notice（PHP 8+ 默认转为 Warning）。这不是“判断”，是冒险访问。
推荐分层判断或封装工具函数：
- 手动逐层：
is_object($obj) && property_exists($obj, 'a') && is_object($obj->a) && property_exists($obj->a, 'b') - 用空合并操作符（PHP 7.4+）：
($obj->a->b->c ?? null) !== null—— 但前提是已确保$obj和中间层级非null - 更通用：用
json_decode($json, true)转数组后，配合递归array_key_exists()或自定义路径查询（如Arr::has($arr, 'a.b.c')类库方式）
array_key_exists vs isset：JSON 场景下选哪个？
两者行为差异在 JSON 解析后特别关键：
-
array_key_exists('key', $arr)：只看键是否存在，不管值是不是null。适合验证 API 是否返回了该字段（哪怕值为null） -
isset($arr['key'])：要求键存在且值不为null。适合判断“字段有有效值” - 对
stdClass，没有array_key_exists的等价物；property_exists()最接近前者，但它不检查动态属性（如通过__get暴露的） - 如果你用
json_decode($json, true)，一律用array_key_exists()更可控；如果必须用对象，优先property_exists()+ 类型检查
最容易被忽略的一点：json_decode() 可能返回 false（比如空字符串或 null 输入），而不仅是 null —— 所以判断前务必用 json_last_error() 或 json_validate()（PHP 8.3+）做有效性兜底。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
