空字符串 '' 的长度确定为 0；但 null、false、0、[] 等非字符串值传入 strlen() 会报错或返回非预期结果，唯一可靠判断“是否为空字符串”的方式是 $x === ''。
空字符串 '' 的长度确实是 0，但 null、false、0、[] 不是
PHP 中 strlen('') 返回 0，这是确定的。但很多人误以为所有“空值”都满足 strlen($x) === 0，实际会报 Warning 或返回非预期结果。比如：strlen(null) 触发 Warning: strlen() expects parameter 1 to be string, null given；strlen(false) 返回 1（因为 false 被转成空字符串 ''？不，是转成 '' 吗？错——false 转字符串是 ''，但 PHP 7.4+ 实际上把 false 静默转为 '' 再算长度，所以也得 0？不对，实测 strlen(false) 返回 0，但这是靠类型转换隐式兜底，不可靠。
更稳妥的方式是先判断类型或使用更安全的检测逻辑：
-
is_string($x) && strlen($x) === 0—— 确保只对字符串操作 - 用
trim($x) === ''可同时过滤空白字符，但前提是$x能转成字符串（null会变''，false也会变''，所以仍有歧义） - 若目标是“真正意义上的空字符串”，必须排除类型干扰，
=== ''是最直接可靠的判断
empty() 和 == '' 行为差异大，别混用
empty($x) 是复合判断：对 ''、0、0.0、'0'、null、false、[] 都返回 true。而 $x == '' 会触发松散比较，0 == '' 为 true，false == '' 也为 true，但 '0' == '' 是 false —— 这种不一致极易引发 bug。
典型陷阱场景：
立即学习“PHP免费学习笔记（深入）”；
-
表单提交字段值为字符串
'0'，用empty()会误判为空，导致数据丢失 - API 接收 JSON 数值
0，用== ''判空会放行，但业务上它可能是个有效值 - 想检测“是否为纯空字符串”，唯一推荐写法是
$x === ''
多字节字符串（如中文）不能用 strlen() 判长度为 0
strlen() 计算的是字节数，不是字符数。对 UTF-8 编码的中文字符（如 '你好'），strlen() 返回 6，但它显然不是空字符串。不过这个点和“空字符串长度是否为 0”无直接冲突——因为只要它是真正的空字符串 ''，无论编码如何，strlen('') 永远是 0。
真正需要注意的是：当你要判断“用户输入是否为空内容”时，不能只看 strlen() === 0，还要考虑全角空格、零宽字符等：
-
mb_strlen(trim($x), 'UTF-8') === 0更稳妥（需启用mbstring） -
preg_replace('/\s+/u', '', $x) === ''可清除各类 Unicode 空白 - 直接
$x === ''仍是最快最准的“空字符串”判定，不涉及任何转换或正则开销
函数返回值为 null 时，strlen() 直接报错
这是线上常见 Warning 来源。例如调用 strpos('hello', 'x') 找不到时返回 false，但有人误写成 strlen(strpos(...))；或者数据库查询字段为 NULL，直接传给 strlen()。
正确做法不是加 @ 抑制错误，而是提前防御：
is_scalar($x) && is_string($x) && strlen($x) === 0- 更简洁：用
!is_string($x) || $x !== ''反向表达“非空字符串” - 现代 PHP 可配合空合并运算符：
strlen($x ?? '') === 0（但注意：这会让null变成''，掩盖了原始类型信息）
真正关键的不是怎么绕过报错，而是明确你到底想检测什么：是“变量是否为字符串且为空”，还是“变量是否可视为无内容”。前者必须守类型，后者才考虑宽松转换。
