php 8 中 intval() 等整型转换对非标量值（null/array/object）直接抛 typeerror，不再静默转为 0；需用 filter_var(..., filter_validate_int) 或空值判断提前校验，而非依赖错误抑制或 strict_types。
PHP 8 严格模式下 intval() 不再静默转类型
PHP 8 默认启用严格类型检查（尤其在函数参数和返回值上），但更关键的是：当使用 intval()、(int) 强制转换或算术运算处理非标量值（如 null、array、object）时，PHP 8 不再“尽力而为”地返回 0 或尝试解析，而是直接抛出 TypeError —— 这不是“严格模式开关”能关掉的，而是语言行为变更。
哪些场景会突然报 TypeError: Cannot convert ... to integer
常见于从请求、配置、数据库取值后未校验就强转：
-
$_GET['id']为空或未传，intval($_GET['id'])在 PHP 7.x 返回0，PHP 8 报错 -
json_decode($str, true)['count']返回null，接着(int)$value触发错误 - 函数返回
void或mixed，被直接用于加减：$total += $item->getScore();
不推荐关“严格模式”，该预检数据有效性
PHP 的 declare(strict_types=1) 只影响函数签名，跟类型转换无关；想靠它解决这个报错是方向错误。真正要做的，是提前判断可转性：
- 用
is_scalar($v) && is_numeric($v)判断是否可安全转整型（注意：is_numeric('1e2')为真，但intval('1e2')得1） - 对可能为
null的值，显式兜底：$id = $_GET['id'] ?? 0; intval($id); - 用 filter 函数更稳妥：
filter_var($_GET['id'], FILTER_VALIDATE_INT) ?: 0（自动返回false或 int，不会抛异常）
性能与兼容性提醒
PHP 8 的转换报错不是 bug，是修复——避免隐式转换掩盖逻辑缺陷。绕过它的“快捷方式”（如先 strval() 再 intval()）反而可能引入新问题：
立即学习“PHP免费学习笔记（深入）”；
-
intval((string) null)→0（看似正常，但丢失了null本意） -
set_error_handler()捕获E_WARNING并忽略？PHP 8 已升级为TypeError，无法用传统错误处理器拦截 - 全局
@抑制符对TypeError无效，且禁用错误报告会掩盖真实问题
最轻量也最可靠的做法：所有外部输入进计算前，用 filter_var(..., FILTER_VALIDATE_INT) 或明确的空值判断 + 类型断言。漏掉一两个地方，上线后就是 500。
