is_int()仅识别真正Integer类型，对字符串数字、浮点数、布尔值均返回false；验证用户输入应使用filter_var($val, filter_validate_int)，它支持负数、范围限制并自动处理前导零。
is_int() 只认真正的 int 类型，别指望它识别字符串数字
is_int() 的判断逻辑非常严格：变量的类型必须是 integer，且不能是字符串 "123"、浮点数 42.0 或布尔值 true。很多人用它检查用户输入（比如表单里的 $_GET['id']），结果永远返回 false——因为 GET 参数全是字符串。
- 常见错误现象：
is_int("123")→false，is_int(42.0)→false，is_int(true)→false - 正确使用场景：验证函数内部生成的计算结果、类型已明确的变量（如循环索引
$i、array_keys()返回的键） - 如果要兼容字符串数字，得先用
filter_var($val, FILTER_VALIDATE_INT)或ctype_digit()（注意负号和前导零）
用 filter_var 验证字符串是否能安全转为整型
处理 http 输入、配置项或 json 解析后的值时，filter_var() 是更务实的选择。它不只判断“是不是 int”，而是回答“这个值能不能无损地当整型用”。
-
filter_var("123", FILTER_VALIDATE_INT)→123（成功） -
filter_var("-5", FILTER_VALIDATE_INT)→-5（支持负数） -
filter_var("12.3", FILTER_VALIDATE_INT)→false（小数点直接失败） - 加选项可限制范围：
filter_var("200", FILTER_VALIDATE_INT, ["options" => ["min_range" => 1, "max_range" => 100]])→false - 注意：
filter_var("0123", FILTER_VALIDATE_INT)→123（自动去前导零，但不会报错）
is_numeric() 和 ctype_digit() 容易误用，得看清楚需求
这两个函数常被拿来替代 is_int()，但语义完全不同，选错会埋坑。
-
is_numeric("123")→true，但is_numeric("1e4")→true，is_numeric("0x1A")→true—— 它接受科学计数法和十六进制字符串，根本不是“整型”校验 -
ctype_digit("123")→true，但ctype_digit("-5")→false，ctype_digit("0123")→true—— 它只认纯数字字符，不支持负号，也不做类型转换 - 结论：除非你明确只要“非负纯数字字符串”，否则别用
ctype_digit()；is_numeric()更适合初步过滤，之后还得配合filter_var(..., FILTER_VALIDATE_INT)确认
类型强制转换后用 === 比较，比 is_int() 更可控
有些场景下，你其实不关心原始类型，只关心“它能不能当整数用且值没变”。这时显式转换 + 严格比较反而更可靠。
立即学习“PHP免费学习笔记（深入）”；
- 示例：
$val = "42"; $int = (int) $val; if ($int === $val || (is_string($val) && $int == $val && ctype_digit(ltrim($val, "-")))) { ... }—— 太绕，不推荐 - 更实用写法：
$i = filter_var($val, FILTER_VALIDATE_INT); if ($i !== false) { /* 安全使用 $i */ } - 性能上，
filter_var比多次类型判断略重，但对绝大多数 Web 请求可忽略；而is_int()几乎零开销，只适合类型已知的上下文 - 兼容性：所有 php 版本都支持，无需额外扩展
真正麻烦的不是函数怎么写，而是得时刻问自己：这个变量从哪来？有没有可能被篡改？需不需要范围校验？漏掉这一层，is_int() 写得再对也没用。