php 8 将对布尔值的数组下标访问（如 $row['sip']）从 php 7 的 warning 升级为 fatal error，因 mysqli_fetch_assoc() 等查询无结果时返回 false；安全写法需先 is_array($row) 再访问。
为什么 $row['sip'] 会报 “Trying to access array offset on value of type bool”
这不是 PHP 8 新加的“限制”，而是它把过去容忍的错误行为变成了硬性拦截。PHP 7.4 中，mysqli_fetch_assoc() 或 PDOStatement::fetch() 查询无结果时返回 false，而你直接对这个 false 做下标访问（如 $row['sip']），PHP 7 仅发 warning；PHP 8 直接抛出 Fatal error 中断执行。
- 常见触发场景：数据库查询失败、空结果集未判空、缓存未命中后未 fallback
- 不是所有
->fetch()都返回数组——它可能返回false、null或对象（取决于 fetch mode） - 错误信息里的
value of type bool明确告诉你：你正在对一个布尔值做数组操作，类型不匹配
怎么安全访问查询结果中的字段
必须先确认变量是数组且键存在，不能依赖“默认值”或静默转换。
- 基础防御写法：
if (is_array($row) && isset($row['sip'])) { $real = $row['sip']; } - 简洁写法（PHP 7.0+）：
$real = $row['sip'] ?? null;——但注意：这仍会在$row === false时触发错误，因为??不短路类型错误 - 真正健壮的写法：
$real = is_array($row) ? ($row['sip'] ?? null) : null; - 更进一步：用
array_key_exists('sip', $row)替代isset()，避免$row['sip'] === null被误判为“不存在”
为什么 strlen(null)、count(null) 在 PHP 8 直接报错
PHP 8 彻底移除了对 null 的“隐式降级处理”。PHP 7.x 中，strlen(null) 返回 0、count(null) 返回 0、array_key_exists(null, $arr) 返回 false，全是历史妥协；PHP 8 认为这些调用本身逻辑矛盾——null 不是字符串、不是数组、不是合法键，不该被接受。
- 典型错误链：
$config = load_config(); $host = $config['db']['host'];→ 若load_config()失败返回null，第二行立刻崩 - 修复关键：在任何下标访问前，检查源头是否为预期类型，不要假设“配置总能加载成功”
- 工具建议：用
var_dump(gettype($config), $config)快速验证上游返回值，别只看print_r()
容易被忽略的“假数组”陷阱
有些变量看起来像数组，实际是对象、布尔值或资源，PHP 8 对这类误用零容忍。
-
json_decode($bad_json)解析失败时返回null，不是空数组；后续$data['items'][] = ...必崩 -
file_get_contents()失败返回false，若直接传给json_decode()再取键，两层都可能出问题 -
$_POST或$_GET某些框架/中间件可能重置为false（比如路由未匹配时），别无脑访问$_POST['id'] - 最隐蔽的坑：函数返回值文档写“array”，但实际可能返回
false（如getimagesize()、openssl_pkey_get_details()）
{} → [] 更重要。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
