PHP将"123abc"转为整数得123，因其采用贪婪前缀提取规则：从左扫描，遇非数字字符即停，仅转换前面连续数字部分，故(int)"123abc"和intval("123abc")均返回123。
PHP把字符串 "123abc" 转成整数得到 123，不是bug，是明确写死的解析规则：从左往右读，遇到第一个非数字字符就停，前面合法的数字部分转成整数，后面全丢弃。
PHP字符串转整数的解析逻辑
PHP在执行 (int)、intval() 或算术运算（如 +"123abc"）时，对字符串的处理不是“校验后转换”，而是“贪婪前缀提取”：
- 从首字符开始扫描，跳过空白（如空格、
\t、\n） - 识别可选正负号
- 连续读取十进制数字字符（
0-9），直到遇到第一个非数字字符（包括小数点、字母、符号等） - 将已读数字部分转为整数；若开头无数字（如
"abc123"），直接返回0
所以 (int)"123abc" → 读到 'a' 停，取 "123" → 123；而 (int)"abc123" → 开头没数字 → 0。
为什么 intval("123abc") 和 (int)"123abc" 行为一致
intval() 默认按十进制解析，且不报错、不警告，它底层复用的就是这套字符串数字前缀提取逻辑。区别只在细节：
立即学习“PHP免费学习笔记（深入）”；
-
(int)是强制类型转换操作符，更轻量，无函数调用开销 -
intval($str, 10)显式指定基数，可支持十六进制（如intval("0xFF", 16)→255），但默认仍是十进制前缀提取 - 两者对
"123abc"都返回123，对"123.45"都返回123（小数点即终止符）
容易踩的坑：你以为在“转换”，其实是在“截断”
这种静默截断极易掩盖数据质量问题：
- 用户输入
"100,50"（欧洲格式金额），(int)得到100，小数完全丢失，且无提示 - API返回
"2026-08-31"日期字符串，误用intval()得到2026，而不是报错提醒格式错误 - 前端传参
"123px"，后端直接(int)$_GET['size']，看似安全，实则放过了恶意拼接（如"123; DROP TABLE users"—— 虽然这里不会触发SQL，但说明逻辑不可靠）
真正需要“严格转换”的场景，应该先用 is_numeric() 初筛，再配合正则或 filter_var($str, FILTER_VALIDATE_INT) 校验完整字符串是否纯整数。
替代方案：什么时候该换别的方法
如果你要的是“要么全对，要么失败”，而不是“能抠多少算多少”，就别用 (int) 或 intval()：
- 验证并转换纯整数字符串：
filter_var($str, FILTER_VALIDATE_INT) !== false - 允许带符号和空格：
filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_THOUSAND | FILTER_FLAG_ALLOW_NEGATIVE) - 需要保留小数？用
floatval()或(float)，但注意它也会截断（"123.45abc"→123.45） - 解析带单位的值（如
"123px"）？用正则：preg_match('/^(-?\d+)(?:px)?$/', $str, $m) ? (int)$m[1] : null
最常被忽略的一点：PHP的字符串数字解析不区分“宽松”和“严格”模式——它天生就是宽松的。你得自己加校验层，不能依赖转换函数替你把关。
