php负数字符串转整型时符号丢失主因是隐藏字符干扰，如全角减号（u+ff0d）、bom、零宽空格等；需用ord()或bin2hex()定位，再通过trim、正则过滤和filter_var校验安全转换。
PHP 负数字符串转整型时符号丢失的常见原因
直接用 (int) 或 intval() 转换带负号的字符串（如 "-123"）却得到 0，大概率不是函数本身问题，而是字符串里混入了不可见字符——尤其是全角减号 －（U+FF0D）、软连字符、BOM、零宽空格等。PHP 的类型转换对非 ASCII 符号极其敏感，- 和 － 完全不同，后者会让 intval() 直接返回 0。
如何快速定位隐藏字符干扰
别猜，用 ord() 或 unpack() 检查首字符：
var_dump(ord($str[0])); // 若输出 65293 → 就是全角减号 FF0D var_dump(bin2hex($str)); // 查看完整十六进制，一眼识别 BOM（如 ef bb bf）或异常字节
- 全角减号
－：UTF-8 编码为efbc8d，ord()返回 65293 - BOM 头：UTF-8 BOM 是
efbbbf，会卡在开头导致整个字符串解析失败 - 中间混入零宽空格（
u200b）或软连字符（u00ad）也会让intval()停在第一个非法位置，截断后只剩空或正数部分
安全转负数字符串的实操方案
不依赖自动类型转换，改用更鲁棒的方式：
- 先用
trim()清除首尾空白和常见控制字符：trim($str, "\x00..\x08\x0B\x0C\x0E..\x1F\x7F") - 用正则预处理：只保留数字、ASCII 减号、小数点（如需支持浮点）：
preg_replace('/[^-\d.]/u', '', $str)—— 注意u修饰符保证 UTF-8 安全 - 最终用
filter_var($str, FILTER_VALIDATE_INT)校验并转换，它比intval()更严格，对非法字符更敏感，反而能帮你暴露问题 - 若确定输入格式简单（如仅含数字和单个 ASCII
-），可用ctype_digit(ltrim($str, '-')) && strlen($str) > 0手动判断再转，避免任何隐式转换歧义
为什么 intval() 在某些环境表现不一致
intval() 的行为受 base 参数和字符串起始内容双重影响：
立即学习“PHP免费学习笔记（深入）”；
- 默认
base=10，但若字符串以0x开头会被当十六进制，以0开头可能被当八进制（PHP 7.4+ 已弃用八进制解释，但旧版本仍存在） - 遇到首个非法字符就停止解析，
"-123abc"→-123，但"－123"→0（因为首字符非法） - 开启
error_reporting(E_ALL)并配合ini_set('display_errors', '1')，有时会看到Notice: A non-well-formed numeric value encountered，这就是隐藏字符触发的提示
真正麻烦的不是转不了，而是“看似转成功了但值错了”——比如全角负号被静默吞掉，结果 "－42" 变成 42，逻辑反转却无报错。
