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守住精度底线，字符串兜底保数据完整——不复杂但容易忽略。
