PHP中判断数值类型应按需选择：is_int()/is_float()严格检查原始类型；is_numeric()宽松识别数字字符串；filter_var()最可靠，可验证并安全转换。
用 is_int() 和 is_float() 判断原始类型
PHP 的 is_int() 只对真正类型为 integer 的变量返回 true，比如 123、-45；is_float() 同理，只认 float 类型，如 3.14、1e-5。注意：字符串 "123" 或 "3.14" 过不了这两关——它们是 string，不是数值型。
常见错误现象：
– 写 is_int("123") 得到 false，以为“检测失败”，其实是类型不匹配；
– 表单提交的数字常是字符串，直接丢给 is_int() 必然失效。
实操建议：
– 先用 gettype($var) 看真实类型，别猜；
– 如果来源不可控（如 $_GET、$_POST），先考虑类型转换或更宽松的判断；
– 不要混用 is_numeric() 替代，它会把 "123abc" 也判为 true。
用 is_numeric() 做宽松数值校验
is_numeric() 判定的是「能否被解释为数字」，支持整型、浮点型、科学计数法甚至带符号和空格的字符串，比如 " -123 "、"1.2e3"、"0xFF"（十六进制）都返回 true。但它不区分整型和浮点型，也不保证后续能安全参与数学运算（比如 "123abc" 也会过）。
立即学习“PHP免费学习笔记（深入）”；
使用场景：
– 接收用户输入，只要求“看起来像数”，不强求类型；
– 配合 filter_var($var, FILTER_VALIDATE_FLOAT) 或 FILTER_VALIDATE_INT 做更精确的验证。
容易踩的坑：
– is_numeric("123.0") 返回 true，但你可能期望它是整型逻辑；
– is_numeric("0x1A") 是 true，但 (int)"0x1A" 结果是 0（PHP 8+ 才支持十六进制字符串转整型）；
– 空字符串 ""、" "、"NaN" 都返回 false，但 "inf" 和 "-inf" 是 true。
用 filter_var() 验证并转换类型
如果目标不仅是判断，还要安全转成整型或浮点型，filter_var() 比手动 intval() / floatval() 更可靠，因为它可拒绝非法格式：
filter_var("123", FILTER_VALIDATE_INT) // 返回 int(123)
filter_var("123.45", FILTER_VALIDATE_INT) // 返回 false
filter_var("123.45", FILTER_VALIDATE_FLOAT) // 返回 float(123.45)
filter_var("123abc", FILTER_VALIDATE_FLOAT) // 返回 false
参数差异：
– FILTER_VALIDATE_INT 支持 options 限定范围，例如 ['min_range' => 1, 'max_range' => 100]；
– FILTER_VALIDATE_FLOAT 对 "1e2"、"-3.14" 友好，但对 "123."（末尾小数点）返回 false；
– 两者都对空白字符敏感，默认不 trim，需提前 trim()。
性能影响：
– 比 is_*() 略慢，但差距微乎其微，日常业务可忽略；
– 比正则或手写解析健壮得多，尤其处理国际化数字格式时更省心。
判断“数值型”不能只看 is_numeric()，得结合上下文
很多场景下，“是不是整型/浮点型”本质是问：“能不能放心当数字用？”这取决于你的用途：
- 做数组键？必须是
int或可转为int的值（"123"可以，"12.3"会截断）； - 参与
==比较？PHP 会自动类型转换，但===就要求类型一致； - 传给 C 扩展或 JSON 序列化？
float可能精度丢失，int更稳妥； - 存数据库字段是
INT？那"123.0"或123.0都得明确转成整型再插。
最容易被忽略的一点：PHP 的 is_float(123.0) 在某些版本返回 false，因为 123.0 可能被引擎优化为整型存储——类型判断结果依赖底层表示，不完全可靠。真要严格区分，优先用 filter_var() + 显式转换，而不是依赖运行时类型检查。
