Java整数字面量默认为int类型，超2147483647必须加L；浮点字面量默认double，float需加f；后缀影响泛型推断、方法重载和编译期检查。
Java整数字面量超出int范围必须加L
Java里所有没带后缀的整数字面量，默认是int类型。一旦值超过2147483647（即Integer.MAX_VALUE），编译器直接报错，不给你运行机会。
- 写
2147483648？编译失败：「integer number too large」 - 必须写成
2147483648L，哪怕你把它赋给long变量也不行——字面量本身类型在编译期就定死了 - 常见踩坑：用
System.currentTimeMillis() + 24 * 60 * 60 * 1000 * 1000算毫秒后时间，其中24 * 60 * 60 * 1000 * 1000先按int算，早溢出了，结果是负数——得写成24L * 60 * 60 * 1000 * 1000或至少开头带L
浮点数字面量默认是double，float必须显式加F
写3.14就是double；写3.14f或3.14F才是float。这点和整数不同——没有“隐式向下转型”这回事。
- 方法重载时特别敏感：假设有
void foo(float f)和void foo(double d)，调用foo(3.14)会进double版本，不是你想的float - 声明
float f = 3.14;？编译报错：「possible loss of precision」，因为double → float需强制转换 - 科学计数法也一样：
1.23e-4是double，要float就得写1.23e-4f
后缀大小写敏感，但推荐用小写避免混淆
L和l都合法，但l（小写L）和数字1在某些字体下几乎无法区分，比如100l vs 1001。
- Oracle官方编码规范明确建议用
L，JDK源码里也全用大写 -
F/f、D/d没这个问题，但为统一风格，建议全用小写：3.14f、1.0d（虽然1.0d冗余，因为1.0本来就是double） - 别写
1.0D或1.0F——大写D/F虽不报错，但违反习惯，还可能被IDE警告
泛型和数值计算中后缀影响类型推断
用Arrays.asList(1, 2, 3)得到的是List<integer></integer>，但Arrays.asList(1L, 2L, 3L)是List<long></long>——后缀直接决定装箱类型。
立即学习“Java免费学习笔记（深入）”；
- 流式计算时更明显：
Stream.of(1, 2, 3).mapToLong(x -> x)能过，但Stream.of(1L, 2L, 3L).mapToInt(x -> (int)x)会因类型不匹配编译失败 - 常量定义别偷懒：写
private static final long MAX_RETRY_DELAY = 300000;不如写300000L，否则万一哪天有人把值改成3000000000，编译就挂了 - JSON序列化/反序列化库（如Jackson）有时依赖字段声明类型，字面量后缀虽不影响运行时对象，但会影响编译期类型检查和IDE提示
最麻烦的不是记不住规则，而是有些地方它“看起来能过”，比如赋值给long变量时省掉L，结果在某个分支里参与了int运算，溢出悄无声息——这类问题往往到线上才暴露。
