intval() 转换结果为 0 可能因进制参数非法（非2–36）、字符串含Unicode控制符或前缀如'0x'，而非仅输入为空；应显式传base=10、预处理trim()和Unicode字符，并用filter_var校验完整性。
intval() 转换结果为 0 或异常值？先看进制参数是否被误设
PHP 中 intval() 默认按十进制解析字符串，但若传入了第二个参数（base），而该参数值不在合法范围（2–36），函数会静默返回 0，且不报错。例如 intval('1010', 1) 或 intval('ff', 17) 都会得 0，极易误判为“输入为空”或“数据损坏”。
- 合法进制必须是整数，且在 2 到 36 之间（含）
- 进制超出范围时，
intval()不触发 warning，也不抛异常，只返回 0 - 字符串含非法字符（如
'123abc'在 base=10 下）会截断到首个非法字符前，但'abc123'会直接返回 0 - 若不确定进制，显式传
10比省略更安全（避免意外继承全局配置或历史遗留代码干扰）
十六进制字符串转整型：用 hexdec() 还是 intval($s, 16)？
处理形如 'a1f'、'0xFF' 的十六进制字符串时，两者行为不同：hexdec() 自动忽略前缀（'0x' 或 '0X'），而 intval($s, 16) 要求字符串纯数字+字母，遇到 '0x' 直接返回 0。
-
hexdec('0xFF')→255；intval('0xFF', 16)→0 -
hexdec('FF')和intval('FF', 16)结果一致，都是255 - 若输入可能带
0x前缀，优先用hexdec()；若已清洗为纯十六进制字符串（如从数据库或 API 返回的无前缀值），intval($s, 16)更轻量 -
hexdec()对超长字符串（如 > 16 位）可能因精度丢失返回近似值，大数场景建议配合gmp_init()或bcadd()
字符串开头有空格或不可见字符？trim() 不是可选操作
像 ' 123'、"\t456"、"\u{200b}789"（零宽空格）这类输入，intval() 会跳过开头空白，但遇到 Unicode 格式控制符（如 ZWSP、LRM）时可能直接失败并返回 0——这与文档描述的“忽略空白”行为不一致，属底层 C 函数限制。
- 务必在转换前用
trim($s)清除 ASCII 空白（空格、制表、换行等） - 对来自富文本、剪贴板或国际化接口的数据，额外用
preg_replace('/[\p{C}\p{Z}]+/u', '', $s)剥离所有 Unicode 控制与分隔符 - 不要依赖
intval()的自动清理能力，尤其当错误返回 0 与合法值 0 无法区分时 - 调试时可用
bin2hex($s)快速查看原始字节，确认是否存在隐藏字符
需要严格校验转换完整性？别只靠 intval()
仅用 intval() 无法判断字符串是否被完整消费。例如 intval('123abc', 10) 返回 123，但实际只解析了前三位；intval('123.45', 10) 同样返回 123，小数点后被丢弃——这些都不是“转换失败”，而是设计如此。
立即学习“PHP免费学习笔记（深入）”；
- 若要求“整个字符串必须是有效整数”，改用
filter_var($s, FILTER_VALIDATE_INT)，它对多余字符敏感，'123abc'会返回false - 配合
filter_var()可指定options如['min_range' => 0, 'max_range' => 255]做范围约束 - 对科学计数法（
'1e3'）、负号位置异常（'-123'合法，'123-'不合法）等边界情况，filter_var()比intval()更严谨 - 性能上
intval()略快，但业务逻辑中“正确性”通常比微秒级差异更重要
