is_numeric() 判断字符串是否可被解释为数字，支持科学计数法、十六进制、八进制及首尾空格，但不支持中间空格、多小数点或非法进制；对布尔值返回 true，PHP 8.1+ 对 NAN/INF 返回 false。
is_numeric() 到底能认出哪些“数字”
is_numeric() 不是“判断是否为整数或浮点数”，而是“判断字符串是否**可被解释为数字**”。它对 "123"、"-45.6"、"0x1A"、"1e3" 甚至 " 0123 "（带空格）都返回 true。
常见错误现象：传入 "123abc" → false；但传入 "123abc456" → 也 false；而 "123.45.67" → false（含多个小数点不行）；"0xG1" → false（非法十六进制）。
- 它会静默忽略首尾空白，但不处理中间空格（
"12 3"→false） - 支持科学计数法、十六进制（
0x）、八进制（0开头，PHP 7+ 已弃用但仍识别） - 对
null、array、object统一返回false；对布尔值true/false返回true（因为它们分别转为1和0）
想严格判断“是不是整型”，别用 is_numeric()
如果目标是“这个变量必须是整型（int 类型），且值在整数范围内”，is_numeric() 完全不合适——它对 "123.0" 或 123.0（float）也返回 true，但后者不是 int。
正确做法是组合类型检查与值验证：
立即学习“PHP免费学习笔记（深入）”；
- 用
is_int($var)直接判类型（仅对真正的int返回true） - 若变量可能来自字符串输入，先用
filter_var($var, FILTER_VALIDATE_INT)，它只接受纯整数字符串（如"-42"），拒绝"42.0"、"0x2A"、" 42 " - 注意：
intval()或(int)强转后再比对会出错（intval("123abc") === 123，但原串显然不合法）
is_int() vs is_numeric() 的性能与兼容性差异
两者开销都极低，但语义完全不同，选错会导致逻辑漏洞，而非性能问题。
-
is_int()是类型检查，快且明确，PHP 4+ 全版本一致 -
is_numeric()是内容解析，内部需尝试识别多种格式，略重（可忽略），但行为在 PHP 8.0 有微调：对某些畸形 Unicode 数字字符更严格 - PHP 8.1+ 中，
is_numeric(NAN)和is_numeric(INF)均返回false（之前是true），这点容易被忽略
实际场景中该用哪个函数
看输入来源和校验目的：
- 接收 API 参数（如
id=123），要求必须是整数 → 用filter_var($id, FILTER_VALIDATE_INT) !== false - 解析配置文件里的数值字段（如
timeout: 30.5），允许浮点 → 先is_numeric()，再floatval()转换 - 判断一个已知是变量的值是否为原生整型（比如函数返回值类型断言）→ 用
is_int() - 绝不要用
is_numeric()来代替is_int()做类型守门，尤其在权限、ID、索引等敏感位置
最易被忽略的一点：is_numeric("0123") 在老版本 PHP 中会被当作八进制（值为 83），而 filter_var("0123", FILTER_VALIDATE_INT) 直接失败——这种隐式进制转换在现代代码里几乎总是 bug 的源头。
