PHP 8 中应使用空安全操作符 $user?->getName()?->trim() 替代 is_null($var) && $var->method()，它在任一环节为 null 时静默返回 null；strpos() 建议替换为 str_contains() 避免类型误判；注意 utf8_encode/decode 等函数已弃用，版本比较须用 version_compare()。
PHP 8 里 is_null($var) && $var->method() 怎么安全改写
PHP 8 不再允许在 null 值上调用方法，直接报 Fatal error: Uncaught Error: Call to a member function ... on null。以前靠 is_null() 或 !isset() 手动判断再调用，现在推荐用空安全操作符 ?-> 替代——它不是“替代 is_null”，而是替代整个“判空 + 调用”的组合逻辑。
常见错误写法：if (!is_null($user)) { $name = $user->getName(); } → 冗余且易漏判嵌套属性
-
$name = $user?->getName()?->trim();：任一环节为null，整条链返回null，不报错 - 不能用于静态调用、
new、clone、isset()等场景，仅限对象实例方法和属性访问 - 返回值类型需注意：原本可能抛异常的地方，现在静默返回
null，下游要兼容null类型（尤其启用了严格类型时）
PHP 7 的 strpos($str, 'abc') !== false 必须换成 str_contains() 吗
不是“必须”，但强烈建议换。PHP 8.0 引入 str_contains() 就是为解决 strpos 易错问题：它返回 int|false，而 == 判定会因类型转换导致误判（如 strpos('abc', 'a') == 0 为 true，但 === false 才是正确写法）。
- 直接替换：
str_contains($str, 'abc')返回布尔值，语义清晰，无类型陷阱 - 注意：只支持字符串参数，不接受数组或
null；若输入可能为null，需提前过滤，否则抛TypeError - 性能几乎无差异，底层仍走优化过的字节扫描，不必担心变慢
还有哪些 PHP 7 常用函数在 PHP 8 被标记弃用或移除
除了 create_function()（已移除）、each()（已移除）、mysql_* 系列（早被废弃），迁移时高频踩坑的还有：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
立即学习“PHP免费学习笔记（深入）”；
-
utf8_encode()/utf8_decode()：仅处理 ISO-8859-1 编码，PHP 8.2 起弃用；统一用mb_convert_encoding($str, 'UTF-8', 'ISO-8859-1') -
get_magic_quotes_gpc()：PHP 5.4 已移除，但老项目残留判断会报Undefined function；直接删掉整段逻辑即可 -
phpversion()检查版本时写成phpversion() >= '8'会出错（字符串比较）；应改用version_compare(phpversion(), '8.0.0', '>=')
升级后运行正常，但某些地方行为变了却没报错，怎么排查
PHP 8 引入了更严格的类型推导和错误抑制策略，有些“原来能跑”的代码只是侥幸没触发边界条件。重点盯这些点：
- 函数参数类型声明（如
function foo(string $s)）：PHP 7 可能容忍传null或 int，PHP 8 直接TypeError；检查所有调用处是否满足类型约束 -
json_encode()对资源、NaN、INF的处理：PHP 8 默认返回false并触发E_WARNING，而 PHP 7 可能静默转为空字符串 - 错误报告级别：确保
error_reporting开启E_DEPRECATED，否则弃用警告（如preg_replace()的/e修饰符）会被忽略
空安全操作符看着省事，但容易掩盖本该显式处理的空值路径；str_contains() 看似简单，可一旦参数来源不可控，null 传进去就直接崩——这些不是语法糖，是契约变更。
