is_numeric() 经常误判是因为它将字符串”123″、”-45.6″、”0x1a”、”1e3″等均判定为数字，但实际需求常要求严格区分字符串与原生数值类型，导致类型敏感场景出错。
is_numeric() 为什么经常误判
is_numeric() 看起来最直接，但它会把 "123"、"-45.6"、甚至 "0x1A" 和 "1e3" 都当数字返回 true。如果你只是想确认一个变量是不是「整数或浮点数类型」，而不是「看起来像数字的字符串」，那它就不可靠。
常见错误现象：表单提交的 $_GET['id'] 是 "123"（字符串），is_numeric() 返回 true，但后续用在数据库主键或数组索引时出问题——因为类型不对。
- 只用于宽松校验（比如允许用户输入带空格或科学计数法的字符串）
- 不适用于类型敏感场景（如数组下标、strict 模式参数校验）
- 对
NULL、false、空字符串返回false，但对"0"、"0.0"返回true
is_int() 和 is_float() 的真实限制
is_int() 和 is_float() 只认「原生类型」，不会做类型转换。这意味着 (int)123 是 int，但 "123" 即使内容是纯数字，也过不了关。
使用场景很明确：你确定变量必须是 php 内部的整型或浮点型，比如函数返回值、计算结果、json_decode() 带 assoc=false 解出来的数值字段。
立即学习“PHP免费学习笔记（深入）”；
-
is_int(123)→true；is_int("123")→false -
is_float(3.14)→true；is_float("3.14")→false - 它们对
0、-5、1.0E+2这类字面量有效，但对任何字符串形式都无效
filter_var($var, FILTER_VALIDATE_INT) 的正确用法
这是处理用户输入（如 $_GET、$_POST）最稳妥的方式。它默认只接受十进制整数字符串，并能配合选项控制范围和前导空格。
关键点在于：它会尝试解析字符串，但失败时返回 false，且不改变原变量——比 intval() 更安全，因为后者遇到非数字开头会截断（intval("123abc") 得 123）。
- 基本用法：
filter_var($input, FILTER_VALIDATE_INT) !== false - 限定范围：
filter_var($input, FILTER_VALIDATE_INT, ['options' => ['min_range' => 1, 'max_range' => 100]]) - 允许前导空格：
FILTER_FLAG_ALLOW_THOUSAND不适用，但默认已忽略首尾空白 - 注意：
"12.3"、"1e2"、"0xFF"全部失败，符合直觉
is_string() + ctype_digit() 组合只适合正整数字符串
如果你明确只要「非负整数字符串」（比如 ID、页码），ctype_digit() 是最快的判断方式，但它有硬性前提：变量必须是字符串，且不能带符号、小数点、空格。
容易踩的坑是没先检查类型——ctype_digit(123) 直接返回 false，因为它是为字符串设计的函数。
- 必须搭配
is_string()使用：is_string($var) && ctype_digit($var) -
ctype_digit("123")→true；ctype_digit("-123")或ctype_digit("12.3")→false - 对空字符串
""返回false，对"0"返回true - 性能比
filter_var高，但场景极窄，别硬套到浮点或负数上
真正麻烦的是混合场景：比如 API 接收的 amount 字段，可能是 123、"45.67" 或 null。这时候没法只靠一个函数，得先用 is_numeric() 排除非数字，再用 filter_var(..., FILTER_VALIDATE_FLOAT) 或类型转换后比较，否则很容易漏掉边界 case —— 比如 "0" 和 0.0 在某些业务里含义不同。