PHP没有空指针错误，所谓“空指针”实为对null值非法操作触发的Notice、Warning或Fatal Error；常见于null对象调用方法或访问数组下标，需通过isset()、?->、类型校验等主动防御而非错误抑制。
PHP 里根本没有空指针错误
PHP 不会抛出类似 Java 的 NullPointerException，因为 PHP 没有“指针”概念，更不存在“空指针”。你看到的所谓“空指针错误”，实际是 Notice 或 Warning，比如：Trying to access array offset on value of type null、Call to a member function xxx() on null。这类提示本质是**对 null 值做非法操作时的运行时告警**，不是致命错误，但说明逻辑有漏洞。
为什么 -> 调用对象方法时崩了
这是最常被误认为“空指针”的场景：变量本该是对象，结果却是 null，却直接调用了方法。
- 常见错误现象：
Fatal error: Uncaught Error: Call to a member function format() on null - 典型场景：数据库查询没命中（
$user = $pdo->fetch()返回null），后续还写$user->getName() - 正确做法：调用前必须检查是否为有效对象 —— 别依赖
@抑制或靠错误报告级别掩盖 - PHP 8.0+ 可用空合并运算符 + 可调用检查：
$name = $user?->getName() ?: 'guest'，但注意?->只跳过调用，不解决根本逻辑缺失
isset() 和 !empty() 到底该用哪个
判断变量是否“可用”，不能拍脑袋选。
-
isset($var)：检查变量存在且不为null；对未定义变量不报错，返回false -
!empty($var)：额外把0、'0'、[]、false都当“空”，容易误杀合法值（比如分页参数page=0） - 安全优先场景（如取数组字段）：用
isset($arr['key']) && is_string($arr['key'])，比单用!empty()更精准 - 性能影响极小，但过度嵌套
isset()（如isset($a['b']['c']['d'])）可读性差，建议拆成中间变量或封装校验函数
数组下标访问报 Trying to access array offset on null
这个错误说明你试图对一个 null 值做数组式访问，比如 $data['id']，而 $data 实际是 null。
立即学习“PHP免费学习笔记（深入）”；
- 常见来源：JSON 解码失败（
json_decode($json, true)返回null）、函数返回未校验（如get_user_by_id()找不到用户）、配置项缺失被设为null - 别用
@$data['id']掩盖问题 —— 错误抑制会让 bug 潜伏更深 - 推荐组合：
is_array($data) && isset($data['id'])，或 PHP 7.4+ 的空合并链：$id = $data['id'] ?? null（前提是$data确保是数组或对象） - 如果
$data来自外部（API/POST），务必在入口层做类型断言，而不是在业务逻辑里反复防御
真正麻烦的从来不是报错本身，而是那个“本该不为 null 却成了 null”的上游逻辑 —— 它往往藏在条件分支、异常跳过、或静默失败的函数里。盯住源头，比在每处加 ?? 有用得多。
