17370845950

Java处理长数字需用下划线分隔符提升可读性（编译期忽略）、优先选long防溢出、精确计算用BigDecimal（字符串构造）、长数字输入统一按String解析。

Java中处理长数字，关键在于正确使用数字字面量分隔符、选择合适的数据类型，并注意浮点数精度问题。直接写1000000000不如写1_000_000_000清晰，但更关键的是：分隔符只是编译期语法糖，不改变数值本身；而类型选错或混用浮点运算，才真正导致精度丢失。

数字分隔符：提升可读性，不影响运行时

下划线_可在数字字面量中任意非开头/结尾、非小数点两侧的位置使用，仅用于提高可读性，编译后被完全忽略。

• 合法写法：int x = 1_234_567;、long y = 0x1F_FFFF_FFFF_L;、double z = 123_456.789_012;
• 非法写法：int a = _123;（开头）、int b = 123_;（结尾）、double c = 123_.45;（紧邻小数点）
• 注意：分隔符对String.valueOf()、toString()等无影响——输出永远不含下划线

整数类型选择：避免溢出，优先用long而非int

Java默认整数字面量是int型，超范围（±2³¹）会编译报错；大整数必须显式声明为long（加L或l）。

• int i = 2_147_483_647; ✅ 最大int值（2³¹−1）
• int j = 2_147_483_648; ❌ 编译失败：超出int范围
• long k = 2_147_483_648L; ✅ 正确：加L明确为long
• 建议：涉及年份、时间戳、ID等可能超21亿的场景，直接用long，避免隐式转换溢出

浮点数精度陷阱：别用float/double做精确计算

double和float基于二进制IEEE 754标准，无法精确表示大多数十进制小数（如0.1），累积误差不可避免。

• 错误示例：double sum = 0.1 + 0.2; 结果是0.30000000000000004，不是0.3
• 正确做法：金额、计费、科学计算等需精确场景，用BigDecimal，构造时传字符串（new BigDecimal("0.1")），禁用double参数构造器
• 注意：BigDecimal运算需调用add()、multiply()等方法，不可用+、*操作符

读取长数字：从字符串安全解析

用户输入或JSON/CSV中的长数字（如19位手机号、16位银行卡号）极易因类型误判丢失精度，应统一按字符串接收，再按需转为数值类型。

• 避免：int id = Integer.parseInt(input); → 可能抛NumberFormatException或截断
• 稳妥做法：String idStr = input.trim(); 然后根据业务决定是否转Long.parseLong(idStr)或保留字符串（如身份证号含X、银行卡号不做算术）
• JSON库注意：Jackson默认将长数字解析为Integer或Long，若字段可能超long范围（如128位哈希），应配置为String类型反序列化

基本上就这些。分隔符让代码更易读，类型选对防止溢出，BigDecimal守住精度底线，字符串兜底保数据完整——不复杂但容易忽略。