Java字符串转整数方法大全

Java中字符串转int看似简单，实则暗藏诸多陷阱：Integer.parseInt()和Integer.valueOf()虽最常用，却在返回类型、对象开销、缓存机制（-128~127）、异常行为及空格/Null处理上存在关键差异；二者均不自动trim，对非法格式、超范围数值（如"2147483648"）一律明确抛出NumberFormatException，而非静默失败；生产环境中，依赖try-catch兜底不可取，必须前置校验null、空白、符号与进制合规性，谨慎规避new Integer()（已废弃）、Integer.decode()（语义模糊）等危险用法——真正决定代码健壮性的，从来不是选哪个API，而是谁来校验、如何定义错误边界、默认值是否掩盖业务逻辑缺陷。

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，不是静默截断或回绕。

• 例如：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更影响代码健壮性。

以上就是《Java字符串转整数方法大全》的详细内容，更多关于的资料请关注golang学习网公众号！