Java 的 Integer.valueOf() 会自动解析字符串为十进制整数，因此 "0900" 被转为 900（前导零被忽略）；若需同时保留原始格式（如 "0900"）和精确数值语义，应分离「显示表示」与「计算值」，通过封装类统一管理。
java 的 `integer.valueof()` 会自动解析字符串为十进制整数，因此 `"0900"` 被转为 `900`（前导零被忽略）；若需同时保留原始格式（如 `"0900"`）和精确数值语义，应分离「显示表示」与「计算值」，通过封装类统一管理。
在 Java 中，整数类型（int、long 等）本身不存储前导零信息——这是数值语义决定的：0900 和 900 在数学上完全等价，JVM 仅保存其二进制补码值。因此，任何将字符串转为 int 的操作（包括 Integer.valueOf()、Integer.parseInt() 或 new Integer()）都会丢弃前导零。试图让 int x = 0900 保持 "0900" 格式是概念性错误——int 不是格式化容器。
✅ 正确解法：采用职责分离设计——用一个轻量封装类同时持有原始字符串（用于显示/校验）和解析后的数值（用于计算/比较）。例如：
public record UserInput(String text, int value) {
public UserInput {
if (text == null || !text.chars().allMatch(Character::isDigit)) {
throw new IllegalArgumentException("Invalid digit-only string: " + text);
}
this.value = Integer.parseInt(text); // 安全解析，抛出 NumberFormatException 供调用方处理
}
// 可选：支持带前导零的格式化输出（如固定4位）
public String padded(int width) {
return String.format("%0" + width + "d", value);
}
}使用示例：
UserInput input1 = new UserInput("0900");
UserInput input2 = new UserInput("0042");
System.out.println("Raw input: " + input1.text()); // 输出: 0900
System.out.println("Numeric value: " + input1.value()); // 输出: 900
System.out.println("Padded to 4 digits: " + input1.padded(4)); // 输出: 0900
System.out.println("Comparison: " + (input2.value > input1.value)); // true (42 > 900? false → 42 < 900)⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- 不要尝试用 Integer.valueOf("0900", 10) 或其他进制——十进制解析始终忽略前导零；
- 避免使用 String.format("%04d", x) 临时补零，这无法还原原始输入长度（如 "000900" 会被错误格式化为 "0900"）；
- 若业务强依赖位数（如工单号、身份证号、电话区号），应全程以 String 处理，仅在必要时解析为数字做校验（如范围检查），而非强制转 int；
- 对于高精度需求（如超长数字、金融金额），优先考虑 BigInteger 或 BigDecimal，但它们同样不保存前导零——格式仍需由外部管理。
总结：精度丢失并非 valueOf 的缺陷，而是整数类型的本质特性。真正的“精度”在于业务语义——你需要的是「可读性」还是「可计算性」？明确这一点后，用组合（String + int）代替单一类型，才是健壮、可维护的解决方案。
