php 7.4 类型系统实质性增强，strlen(null)等函数由返回0或warning升级为直接抛typeerror，导致老代码静默出错或白屏；需显式判空修复，而非用@抑制。
PHP 7.4 的函数行为和配置项相比早期版本有实质性变化，很多“能跑”的老代码在 7.4 下会静默出错或抛出 TypeError，而不是 Warning。这不是语法错误，而是类型系统开始真正介入运行时检查——你得按规则来，否则就崩。
strlen(null) 直接报 TypeError，不是返回 0
这是升级后最常遇到的“白屏”原因之一：老代码习惯性对可能为 null 的变量调用 strlen，比如从数据库取字段没做空值判断、$_POST 键未设置时直接 strlen($_POST['name'])。
- PHP 7.3 及以前：
strlen(null)返回0，或触发E_WARNING - PHP 7.4+：
strlen(null)抛出Fatal error: Uncaught TypeError: strlen(): Argument #1 ($string) must be of type string, null given - 修复方式不是加
@抑制，而是显式判断：strlen($str ?? '')或is_string($str) ? strlen($str) : 0 - 同理还有
strpos(null, 'x')、trim(null)等，所有字符串函数现在严格要求string类型入参
箭头函数自动捕获变量，但值是“快照”，不是引用
很多人以为 fn() => $x 和 function() use ($x) { return $x; } 行为一致，其实不然：前者捕获的是定义时刻的值，后者默认是引用（除非显式写 use (&$x)）。
- 示例：
$x = 'a'; $f = fn() => $x; $x = 'b'; echo $f();输出a，不是b - 如果你依赖变量后续变更（比如循环中构建回调），必须改用传统匿名函数 +
use - 箭头函数里不能修改捕获的变量：
fn() => $x++会报错，因为它是只读副本 - 性能上它更轻量，但语义上更“静态”，别把它当万能替代品
json_decode 默认 max_depth 是 512，但深层嵌套 JSON 仍可能返回 null
前端传来的配置、树形菜单、权限结构等容易嵌套过深，json_decode 不报错也不提示，只默默返回 null，而你可能没检查 json_last_error()。
- PHP 7.4 默认
max_depth是 512，但实际解析失败时不会抛异常，只设json_last_error()为JSON_ERROR_DEPTH - 务必在调用后检查：
$data = json_decode($json, true); if (json_last_error() !== JSON_ERROR_NONE) { /* 处理错误 */ } - 若业务允许更深结构，显式传参：
json_decode($json, true, 1024)；但注意过高值可能引发栈溢出 - 恶意构造的超深 JSON 是常见 DoS 攻击手段，生产环境建议限制在 64–128 之间并记录告警
属性类型声明（public string $name）让赋值变严格，但不校验构造函数参数
PHP 7.4 支持类属性类型，看起来很安全，但它只在赋值时检查，不覆盖构造函数逻辑。很多人写了 public string $name，却在 __construct 里没做类型约束，导致对象一建好就处于非法状态。
-
public string $name;仅对$obj->name = ...赋值生效；__construct($name)参数仍可传null或int，除非你也加string $name类型提示 - 如果属性可为空，必须用可空类型：
public ?string $email;，否则$obj->email = null就报错 - 数组类型属性
public array $tags;允许null赋值（PHP 7.4 的一个兼容性妥协），但 PHP 8.0 开始会报错，早点统一用?array更稳妥 - IDE 和静态分析工具（如 PHPStan）能帮你提前发现这类不一致，但运行时靠不住
PHP 7.4 的“坑”大多藏在类型边界上：它不像 PHP 8 那样激进，但又比 7.3 更认真。最危险的不是报错，而是你以为它在 quietly cast，其实它已经悄悄拒绝了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
