is_int() 仅对原生整数类型返回 true，字符串“123”、浮点数123.0等均失败；is_numeric() 宽松识别各类数字字符串，但不保证类型安全；验证可用整数应组合 is_numeric() 与 (int)$var == $var 或用 filter_var($var, filter_validate_int)。
is_int() 只认真正的 int 类型
is_int() 是类型严格判断：变量必须是 PHP 的 integer 类型，才返回 true。字符串 "123"、浮点数 123.0、布尔值 true 全部过不了关。
常见错误现象：is_int("123") 返回 false，但业务里常误以为“能转成整数的字符串”也算整数。
- 只对
123、-456、0x1A（十六进制字面量）这类原生 int 值有效 -
is_int(123.0)是false—— 即使数值相等，类型不同就失败 - 用在函数参数校验时，如果传入 JSON 解析后的数字（JSON 默认全为 float），
is_int()会意外失败
is_numeric() 会把很多“像数字”的东西都放行
is_numeric() 判断的是“能否被解释为数字”，范围宽得多：整数字符串、浮点字符串、科学计数法、甚至带空格或符号的字符串（如 " +123 "、"0xFF"）都会返回 true。
使用场景：表单接收用户输入后做粗筛，比如验证 POST 参数是否“看起来像数字”。但它不区分类型，也不保证能安全用于数学运算。
立即学习“PHP免费学习笔记（深入）”；
-
is_numeric("123")→true -
is_numeric("12.34")→true -
is_numeric("0x1A")→true -
is_numeric("1e3")→true -
is_numeric("123abc")→true（⚠️注意：开头合法就放过，后面乱码不报错）
想确认“是整数且能安全参与运算”，得组合判断
单独用 is_int() 太严，is_numeric() 太松。真要确保一个变量是“可用的整数”，通常需要两步：先判可转性，再判转换后是否无损。
实操建议：用 is_numeric() 过滤明显非法输入，再用 (int) 强转 + 比较验证是否为整数值。
-
is_numeric($var) && (int)$var == $var—— 能拦住"12.3"、"1e2"、"123abc" - 注意：对超大整数字符串（如
"99999999999999999999"），强制转int可能溢出，此时应改用filter_var($var, FILTER_VALIDATE_INT) -
filter_var("123", FILTER_VALIDATE_INT)返回123；filter_var("12.3", FILTER_VALIDATE_INT)返回false；它还支持options控制范围（如最小/最大值）
性能和兼容性差异其实可以忽略
这两个函数本身极快，百万次调用耗时差异在微秒级。别为了“性能”选错语义 —— 类型安全比省几纳秒重要得多。
兼容性方面：is_int() 自 PHP 4 起稳定；is_numeric() 同样古老，但行为在 PHP 8.0 有细微调整（比如对 NaN 和 INF 更严格），不过日常几乎不影响。
- PHP 8+ 中
is_numeric(NAN)→false，而旧版本是true - 如果你依赖
is_numeric()处理十六进制字符串，注意它在所有版本都支持"0xFF"，但不支持"ff"（缺0x前缀）
真正容易被忽略的是：JSON 解析、数据库取值、URL 查询参数这些来源的数据，几乎从不带原生 int 类型 —— 它们默认是 string 或 float。别想当然认为 is_int() 能兜住。
