要int就用parseint，要integer对象就用valueof；运算场景（如加减、下标、判断）需原始int类型，parseint更高效无装箱开销，如int age = integer.parseint(request.getparameter("age"));
直接看返回值要什么：要 int 就用 parseInt，要 Integer 对象就用 valueOf。这不是风格偏好，而是类型契约问题。
看用途：运算 or 存容器
如果接下来要加减乘除、做数组下标、参与条件判断——这些都要求原始类型 int，parseInt 更干净，不触发装箱，也不产生对象开销。
- 比如解析表单里的“年龄”“数量”，直接算：
int age = Integer.parseInt(request.getParameter("age")); - 比如做循环计数：
for (int i = 0; i
如果目标是放进 List<integer></integer>、Map<string integer></string>、或作为泛型参数、调用 compareTo() 或 toString()——这些地方必须是对象，valueOf 是自然选择。
- 比如读取配置项并缓存：
config.put("timeout", Integer.valueOf(valueStr)); - 比如构建 JSON 响应中的数值字段（Jackson/Gson 通常接受包装类）
看值范围：是否在 -128 ~ 127 之间
valueOf 对 -128 到 127 的整数做了缓存，相同值反复调用会复用同一个对象实例；超出这个范围则每次新建对象。
- 频繁用到小整数（如状态码 0/1、HTTP 状态 200/404、枚举序号）时，
valueOf有内存和性能优势 - 但注意：用
==比较两个Integer是否相等，只在缓存范围内可靠；比较值一律用.equals()或先拆箱
看异常处理和输入预处理
两者对非法输入行为一致：遇到 null、空串 ""、含空格（如 " 42 "）、非数字字符（如 "12a"）、超范围（如 "2147483648"）都会抛 NumberFormatException。
- 它们都不自动 trim，也不容错；需手动清理：
Integer.parseInt(str.trim()) - 若业务允许默认值（如解析失败返回 0），不能依赖
valueOf——它不会静默返回 0，而是同样抛异常（网上某些旧资料说它返回 0 是错误认知） - 真正需要容错，得自己包一层 try-catch
别被自动装箱带偏
写 Integer i = Integer.parseInt("123"); 看似用了 parseInt，实际发生了自动装箱，等价于 Integer.valueOf(123)；同理，int j = Integer.valueOf("123"); 是自动拆箱。
- 这种隐式转换掩盖了真实开销：你以为用的是
parseInt，底层可能已走valueOf缓存路径 - 明确意图才利于维护：要原始值就声明
int并用parseInt；要对象就声明Integer并用valueOf
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
