正确做法是先提取符号，再翻转纯数字部分：用ltrim($num, '-')获取绝对值字符串，strrev()翻转，ltrim($reversed, '0')去前导零，最后拼原符号；intval不解析末尾负号，故不能直接strrev后intval。
strrev 会把负号变成末尾，直接用会出错
PHP 的 strrev 只是翻转字符串，不区分数字逻辑。比如 -123 经过 strrev 变成 "321-"，再用 intval 转会得 321，负号丢了，符号和数值全乱了。
正确做法是先提取符号，再翻转纯数字部分：
- 用
ltrim($num, '-')拿到绝对值字符串（兼容正负） - 用
strrev()翻转这个字符串 - 用
ltrim($reversed, '0')去掉前导零（如"100"→"001"→"1"） - 最后拼上原符号（如果原数是负的）
intval("321-") 返回 321，不是 -321
intval 解析字符串时，只认开头的符号。遇到 "321-" 这种，它停在第一个非数字字符（即 -）之前，结果就是 321。这不是 bug，是设计行为——intval 不做容错翻转校验。
所以不能依赖 intval(strrev((string)$n)) 处理带符号整数。实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 别用
intval回收翻转后的字符串，改用三元判断：$reversed = ($n - 空字符串要防错：翻转后可能全为
0，ltrim(..., '0')会变空，此时应返回0
注意整数溢出边界（尤其在 32 位环境）
比如翻转 1534236469 得到 9646324351，远超 PHP 32 位有符号整型上限 2147483647。这时 PHP 不报错，但值会自动转为 float 或被截断，行为不可控。
如果业务要求严格整型范围（如 LeetCode 题），得手动检查：
- 翻转后字符串转
int前，先用filter_var($str, FILTER_VALIDATE_INT)判断是否在[-2147483648, 2147483647]内 - 或直接比较字符串：
if ($sign === '-' && $reversed > '2147483648')，避免类型转换干扰 - PHP 7+ 中
int默认是平台相关，别假设 64 位
字符串翻转比数学取余更稳，但别忽略前导零
用循环取余 + 构造新数（如 $rev = $rev * 10 + $n % 10）容易漏处理 0 结尾的数（如 10 → 1），也难控制溢出。而字符串法直观，但要注意：strrev("100") 是 "001"，intval("001") 虽然等于 1，可一旦中间有逻辑依赖字符串长度或格式（比如存数据库字段、拼接 URL），就出问题。
所以关键一步永远是：ltrim($reversed, '0') ?: '0' —— 这个 ?: '0' 很容易被跳过，但少了它，0 和 -0 都会崩。
