parseint 遇非数字字符静默截断且不报错，解析从左开始遇非法字符即停；不传 radix 时进制推断不可靠；自动跳过前导空格；不支持科学计数法语义；空值输入返回 nan 而非报错。
parseInt 在遇到非数字字符时会静默截断，而非报错——这是最易被忽略的隐蔽坑。它从左往右解析，一旦遇到无法识别为当前进制数字的字符，立刻停止，并返回已解析的部分（若开头就非法，则返回 NaN）。这种“半途而止”的行为，常导致意料之外的数值结果，尤其在处理用户输入、API 返回或 DOM 属性值时风险极高。
进制不明确导致意外解析（如 "08" 变成 0）
不传第二个参数（radix）时，parseInt 会按“旧规范”自动推断进制：以 0x 开头按十六进制，以 0 开头（且非 0x）在某些环境（如旧版浏览器或严格模式外）可能按八进制解析。例如：parseInt("08") 在部分环境中返回 0（因八进制中 8 非法，解析中断）。
- 始终显式传入
10：用parseInt(str, 10)强制十进制解析 - 避免依赖自动推断——ES5+ 已明确建议必须指定 radix
前导空格和非数字字符干扰（如 " 42px" 解析为 42）
parseInt 会自动跳过开头空白（包括空格、\t、\n），然后从第一个有效数字字符开始解析，直到遇到非法字符为止。例如：parseInt(" 42px") === 42，parseInt("abc123") === NaN（因开头无数字）。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 若需严格匹配整个字符串是纯数字，不用 parseInt，改用
Number(str)或正则校验：/^\d+$/.test(str) - 若允许前导空格但拒绝尾随内容，可先
trim()再判断：const n = Number(str.trim()); if (!isNaN(n) && isFinite(n)) { ... }
科学计数法与符号被部分支持但易混淆（如 "+1e2" → 1）
parseInt 能识别开头的 + 或 -，也能解析 e（但仅作为分隔符，不理解指数含义）。例如：parseInt("+1e2") 返回 1（解析到 e 停止）；parseInt("1e2", 10) 同样是 1；而 Number("1e2") 才是 100。
- 涉及浮点、指数、正负号的场景，优先用
Number()或parseFloat() - 若坚持用 parseInt，确保输入已清洗（如只保留数字和单个开头符号）
空字符串、null、undefined 的返回值不是报错而是 NaN
parseInt("")、parseInt(null)、parseInt(undefined) 全部返回 NaN，而不是抛异常。这容易掩盖数据缺失问题，尤其在链式取值中（如 parseInt(obj?.count)）。
- 使用前做存在性检查：
if (str == null || str === "") return NaN; - 用
Number.isInteger()辅助验证结果是否真正为整数（注意它不接受字符串） - 考虑封装安全解析函数：
const safeInt = s => Number.isInteger(Number(s)) ? Number(s) : NaN;
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
