应使用 filter_var($str, FILTER_VALIDATE_INT) 验证字符串是否为合法整数，(int) 和 intval() 仅作强制转换且存在宽松解析陷阱，无法区分“真零”与转换失败。
直接用 (int) 或 intval()，但结果可能不是你想要的
PHP 的字符串转整型看似简单，实际陷阱密集。比如 "123abc" 强制转换成 (int) 得到 123，而 "abc123" 却变成 0——这不是 bug，是 PHP 的“宽松解析”逻辑：从开头找数字，遇到非数字字符就停。
-
(int)" 42 "→42（自动 trim 空格） -
(int)"0x2A"→0（不识别十六进制，除非用hexdec()） -
(int)"1e3"→1（科学计数法被截断，floatval()+(int)才得1000） - 空字符串
""、" "、"null"转完都是0，无法区分“真零”和“转换失败”
filter_var($str, FILTER_VALIDATE_INT) 是唯一能真正验证的方案
如果你需要知道“这个字符串到底能不能安全当整数用”，别依赖强制转换。用 filter_var() 做校验，它返回 false 表示无效，返回原整数值表示通过。
- 默认只接受十进制纯数字（含可选正负号），
"-123"✅，"12.3"❌，"123 "❌（尾部空格也不行） - 支持范围限制：
filter_var($str, FILTER_VALIDATE_INT, ['options' => ['min_range' => 1, 'max_range' => 100]]) - 注意：它不处理八进制前缀
"0123"（会判为无效），PHP 8+ 默认已禁用隐式八进制解析 - 失败时返回
false，不是0，避免和合法的零混淆
遇到带单位或格式化数字（如 "¥1,234"）必须先清洗
现实数据常混杂符号、逗号、空格、货币符。PHP 不会自动帮你剥离这些，强行 (int) 只会从第一个字符开始扫，"¥1,234" → 0（因为 ¥ 非数字）。
- 先用
preg_replace('/[^\d\-]/', '', $str)粗略提取数字和负号（慎用，会吃掉小数点） - 更稳妥：用
str_replace()明确替换已知干扰符，例如str_replace(['¥', ',', ' '], '', $str) - 如果含小数（如价格），别转
int，先用floatval()再round()或intval()截断，看业务需求 - 中文全角数字（如“１２３”）不会被识别，需提前转半角或用
mb_convert_kana()
性能差异几乎可以忽略，但语义必须分清
在绝大多数场景下，(int)、intval()、filter_var() 的性能差距不到微秒级，别为这点速度牺牲可读性和健壮性。
立即学习“PHP免费学习笔记（深入）”；
-
(int)和intval()行为基本一致（intval()多一个$base参数，但日常不用） - 用
(int)适合“我信任输入，只要拿个整数凑合用”的快速脚本 - 用
filter_var(... FILTER_VALIDATE_INT)是在说：“这数据必须合规，否则我要报错/跳过/告警” - 最易被忽略的一点：JSON 解析出来的数字如果是字符串（如 API 返回
"count": "42"），PHP 不会自动类型转换，必须显式处理——这里漏掉一步，后面计算就全偏了
