应使用 ctype_digit(trim($s)) 判断“纯数字”，因 is_numeric() 误判科学计数法、十六进制等；ctype_digit() 严格要求非空、全 ascii 数字且需 trim 去空格，正则 /^[\d]+$/ 更灵活但稍慢。
用 is_numeric() 判断字符串是否“纯数字”？别踩这个坑
is_numeric() 看起来最直接，但它会把 "123"、"-45"、"1.23"、甚至 "0x1A" 和 "1e3" 都当成数字返回 true。如果你要的只是「正整数且不含任何符号或小数点」，它完全不适用。
常见错误现象：is_numeric("123abc") 返回 false（好），但 is_numeric("123 ") 也返回 false（空格导致失败），而 is_numeric(" 123") 却返回 true（开头空格被忽略）——行为不一致，容易漏判。
- 只适合宽松校验：比如接收用户输入后做初步类型试探
- 不适合表单验证、ID 检查、文件名合法性判断等要求“严格纯数字”的场景
- 对科学计数法和十六进制字符串无区分能力
真正可靠的纯数字判断：用 ctype_digit() + 去空格
ctype_digit() 要求字符串**非空、每个字符都是 ASCII 数字（0–9）、且不能有前导/尾随空格或符号**。这是 PHP 原生最接近“纯十进制正整数”的判断函数。
使用场景：用户 ID、订单号（限定纯数字）、数组键合法性检查、生成文件名前的安全过滤。
立即学习“PHP免费学习笔记（深入）”；
- 必须先用
trim()去掉两端空白，否则ctype_digit(" 123")直接返回false - 只能处理字符串，传入整数会触发警告（如
ctype_digit(123)） - 不支持负数、小数、Unicode 数字（如阿拉伯数字字符），这是它的限制，也是你想要的“严格”
示例：
function is_strictly_digits($s) {
return is_string($s) && ctype_digit(trim($s));
}
is_strictly_digits("123"); // true
is_strictly_digits("007"); // true（允许前导零）
is_strictly_digits("-123"); // false
is_strictly_digits("12.3"); // false
is_strictly_digits(" 123 "); // true（trim 后生效）
需要支持前导零但拒绝空字符串？直接正则更可控
当业务明确接受 "0001" 这类带前导零的数字，又想排除空串、空格串、或意外传入 null，正则比组合函数更直观可靠。
参数差异：^ 和 $ 锚定首尾，避免部分匹配；+ 要求至少一位数字；preg_match() 返回 1 / 0，不是布尔值但可直接用于条件判断。
- 写成
preg_match('/^\d+$/', $s)是常见写法，但注意\d在 PCRE 中可能匹配 Unicode 数字（取决于u修饰符），PHP 默认不启用，所以实际等价于[0-9] - 如果必须兼容
null或int输入，先is_string($s)判断再进正则，避免警告 - 性能上，
ctype_digit()比正则快约 2–3 倍，但对绝大多数 Web 请求可忽略
示例：
function is_digits_regex($s) {
return is_string($s) && preg_match('/^[0-9]+$/', $s) === 1;
}
为什么不用 intval() 或强制转换比较？
有人试过 (string)(int)$s === $s，看似聪明，但隐患多：遇到 "123abc" 会转成 "123"，比较结果为 false（侥幸正确）；但 "0123" 强制转 int 再转回 string 变成 "123"，比较就失败了——前导零被吃掉，逻辑错乱。
另一个常见错误是 filter_var($s, FILTER_VALIDATE_INT)：它默认拒绝前导零，且把 "123" 当作合法，但把 "000" 当作非法（因解析为 0 后格式化回字符串是 "0"），和原始字符串不等。
- 所有基于“转换再比对”的方式，都隐含了类型解析逻辑，而你的需求只是字符层面的结构校验
- 一旦字符串长度超 PHP 整数范围（如 20 位数字），
intval()会溢出或截断，结果不可靠 - 这种写法可读性差，维护时别人第一反应是“它在干啥”，而不是“它在验什么”
真正关键的不是选哪个函数，而是想清楚：你要拒绝的是“非数字字符”，还是“非有效整数值”。前者用 ctype_digit() + trim() 最稳；后者才需要考虑 filter_var() 或边界处理。很多线上 bug，其实卡在没分清这两者。
