最常用的是Integer.parseInt()和Integer.valueOf()，前者返回int、无对象开销，后者返回Integer、复用-128~127缓存；二者均不自动trim、对null/空串/非法字符均抛NumberFormatException，超int范围也明确报错。
Java中把字符串转成int，最常用的是Integer.parseInt()和Integer.valueOf()，但它们行为不同、抛异常时机不同、还涉及缓存机制——用错容易出NumberFormatException或隐式装箱开销。
Integer.parseInt() vs Integer.valueOf()：别只看返回值类型
两者都要求输入是合法十进制整数字符串（如"123"），但：
-
Integer.parseInt("123")返回基本类型int，不产生对象，性能略优； -
Integer.valueOf("123")返回Integer对象，内部会查缓存（-128 到 127 范围内直接复用已有实例）； - 传入
null或空字符串""，二者都抛NumberFormatException； - 传入带空格的字符串如
" 42 "，两者都不自动trim，必须手动处理，否则报错。
遇到非数字字符、前导空格、null时怎么安全转换
生产环境不能依赖try-catch吞异常来“兜底”，应提前校验：
- 先判
null：str == null→ 直接返回默认值或抛业务异常； - 再用
str.trim().isEmpty()排除空白字符串； - 对含符号的字符串（如
"-42"），parseInt原生支持，无需额外处理； - 若需容忍空格，务必先
str = str.trim()，否则parseInt(" 123 ")仍会失败； - 正则预检（慎用）：
str.matches("-?\d+")可过滤纯数字+可选负号，但注意它不支持+开头（如"+123"）、也不处理溢出。
超出int范围（如"2147483648"）会发生什么
Integer.parseInt()对超范围字符串（如大于Integer.MAX_VALUE或小于Integer.MIN_VALUE）会明确抛NumberFormatException，不是静默截断或回绕。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 例如：
Integer.parseInt("2147483648")→ 报错，因为超过2147483647； - 同理，
"-2147483649"也会失败； - 如果原始数据可能超int，优先考虑
Long.parseLong()，或用BigInteger； - 不要试图用
Double.parseDouble()中转再强制转int——会丢失精度且掩盖问题。
还有哪些“看似能用”但实际危险的操作
有些写法短期跑得通，长期维护易翻车：
-
new Integer(str)已废弃（JDK 9+），且每次新建对象，无缓存、无必要； -
Integer.decode(str)支持十六进制（"0xFF"）、八进制（"077"）等，但语义模糊，除非明确需要进制解析，否则不用； - 用
Apache Commons Lang的NumberUtils.toInt(str, defaultValue)虽方便，但引入第三方库只为一个转换，权衡是否值得； - 在循环里反复调用
parseInt没问题，但若字符串来自用户输入且未校验，一次非法输入就中断整个流程。
真正麻烦的从来不是“怎么转”，而是“谁负责校验”“错误算业务异常还是系统异常”“默认值该设0还是抛出来”。这些决策比选哪个API更影响代码健壮性。
