字符串转整型结果为 0 的常见原因
PHP 在字符串转整型时返回 0，不是 bug，而是类型转换规则下的明确行为。它只发生在 PHP 无法从字符串开头解析出有效数字时——注意是“开头”，不是“整个字符串”。
-
intval("abc")→0（开头无数字） -
intval("123abc")→123（开头有数字，截断后续） -
intval(" 456")→456（自动跳过首部空白） -
intval("")→0（空字符串转整型定义为 0）
用 filter_var 替代 intval 做严格校验
如果你真正想要的是“这个字符串是否合法表示一个整数”，intval 就不合适了——它太宽容，会静默截断、忽略前导空格甚至允许科学计数法（如 "1e3" 转成 1）。这时候该用 filter_var。
-
filter_var("123", FILTER_VALIDATE_INT)→123（成功） -
filter_var("123abc", FILTER_VALIDATE_INT)→false（失败，不截断） -
filter_var(" 123 ", FILTER_VALIDATE_INT)→false（含空格即失败，除非加FILTER_FLAG_ALLOW_THOUSAND等修饰） - 配合
filter_var($str, FILTER_SANITIZE_NUMBER_INT)可先清理再转，但注意它会删掉所有非数字字符，包括负号和小数点
(int) 强制类型转换和 intval() 的细微差别
二者在绝大多数场景下行为一致，但有一个关键区别：(int) 对 null 返回 0，而 intval(null) 也返回 0；真正容易混淆的是浮点数处理：
-
(int) "1.9"→1（字符串先转 float 再转 int，等价于(int)(float)"1.9"） -
intval("1.9")→1（同上） -
(int) 1.9→1（直接截断小数部分） -
(int) "0x1A"→0（十六进制字符串不被识别，intval("0x1A", 0)才能正确解析）
也就是说，字符串转整型逻辑由底层的“字符串到数字解析器”决定，不是强制转换本身在做解析。
立即学习“PHP免费学习笔记（深入）”；
为什么 is_numeric() 不是解决方案
is_numeric("123") 返回 true，但 is_numeric("12.3") 也返回 true，is_numeric("1e4") 同样返回 true——它只判断“是否可解释为数字”，不区分整型还是浮点型，也不保证能安全转成 int。
- 你不能靠
is_numeric($str) && (int)$str === $str来判断，因为$str是字符串，比较永远为 false - 正确做法是：先用
filter_var($str, FILTER_VALIDATE_INT) !== false确认合法性，再转 - 若需兼容带符号或下划线（PHP 7.4+），注意
filter_var默认不支持下划线分隔符，得自己str_replace('_', '', $str)预处理
最常被忽略的一点：字符串里看着像数字，但开头有不可见字符（比如 BOM、零宽空格、全角空格），intval 会直接返回 0，且不报错——这种问题必须用 bindec(sha1($str)) 或 unpack('H*', $str) 检查原始字节才能定位。
