PHP字符串空值判断应先trim()再is_string()最后=== ""，因empty()按falsy判断会误判"0"等有效值，==触发类型转换不安全，JSON中的null需单独处理。
PHP里empty()判断字符串会误判非空字符串
直接用empty()检查字符串，看似方便，但遇到"0"、"false"、"null"这类字符串时会返回true——它不是按“是否为空”判断，而是按“是否为falsy值”判断。
常见错误现象：empty("0")返回true，但业务上"0"是有效输入（比如商品库存为0）；empty(" ")返回false，但带空格的字符串通常也该算“空”。
- 真正要检测的是“长度为0”，优先用
strlen($str) === 0 - 如果还要过滤纯空白字符（空格、制表符、换行等），用
trim($str) === "" -
empty()适合判断变量是否存在且有值，不适合校验用户输入的字符串内容
用===""和=== ""的区别影响结果可靠性
PHP中字符串比较必须注意类型和严格性。用==可能触发类型转换，导致意外匹配；用===才是安全的字面量比对。
使用场景：表单提交后验证$_POST["name"]是否真的没填。
立即学习“PHP免费学习笔记（深入）”；
-
$_POST["name"] == ""：如果传入0或null，也会通过判断（因为0 == ""为true） -
$_POST["name"] === ""：只在确实是空字符串时才为true，最可靠 - 如果变量可能未定义，先用
isset()兜底，再比对，避免Notice警告
处理用户输入时trim()必须前置
用户粘贴、移动端软键盘回车、富文本框残留等，都会让字符串首尾混入不可见字符。不trim()就直接判断，等于放过了“看着空、实际不空”的数据。
性能影响极小，但漏掉这步会导致后续逻辑出错（比如用户名校验通过却存了空格，登录失败）。
- 总是先
$str = trim($str)，再做空值判断 - 不要写
empty(trim($str))——trim()返回新字符串，empty()又把它当falsy判断，回到第一个坑 - 推荐组合：
trim($str) === ""或strlen(trim($str)) === 0
JSON接口返回的null字符串容易被当成空字符串
前端发来{"name": null}，PHP收到的是null，不是""。直接=== ""会失效，empty()又会误判为真。
这种场景常见于Vue/React组件默认值、Axios未设transformRequest时的序列化行为。
- 先用
is_string($str)确认类型，再判断内容 - 稳妥写法：
!is_string($str) || trim($str) === "" - 如果允许
null表示“未提供”，而""表示“明确提供空值”，两者语义不同，不能一并归为“空”
空字符串判断看着简单，但PHP的弱类型、用户输入的不可控、前后端数据类型错位，会让它在边界处反复出问题。最稳的路径是：先trim()，再is_string()，最后=== ""——少一步都可能埋雷。
