必须加L后缀的场景是数值超出int范围时，如赋值给long变量且值大于2147483647、十六进制/八进制字面量超限、表达式中防int溢出；否则编译失败或逻辑错误。
不是“必须”加 L 或 l 后缀，而是当字面量数值超出 int 范围时，不加就会编译失败。Java 把没后缀的整数字面量一律当成 int 类型处理，哪怕你正往 long 变量里赋值。
字面量类型由写法决定，和变量类型无关
编译器先看数字本身有没有后缀，再判断它是什么类型：
- 10000000000 → 先当作 int 解析，但超出了 int 最大值（2147483647），直接报错
- 10000000000L → 明确是 long 字面量，能顺利赋给 long 变量
- 100 → 在 int 范围内，赋给 long 变量可以（靠隐式转换），但语义不够清晰
L 后缀是唯一可靠的显式声明方式
强制转型写法如 (long)10000000000 看似可行，但有隐患：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 字面量本身还是先被当作 int，只是在编译阶段做了一次转换，代码可读性差
- 在表达式中容易出错，比如
1000000000 * 10先按 int 算会溢出，加10L才真正安全 - 不符合 Java 语言规范推荐的惯用写法，团队协作中易引发风格争议
大小写 L 的实际影响
小写 l 容易和数字 1 混淆，尤其在等宽字体下：
立即学习“Java免费学习笔记（深入）”；
- ❌ 10000000000l —— 可能被误读为 100000000001
- ✅ 10000000000L —— 清晰无歧义，主流 IDE 和 Checkstyle 都默认推荐
- 十六进制、八进制字面量同样适用，比如
0x80000000L也是必需的
哪些情况真不能省略 L
以下三类场景不加 L 就会出问题：
- 赋值给 long 变量，且数值 > 2147483647 或
- 传参调用重载方法（例如有
f(int)和f(long)），不加 L 可能误入 int 版本 - 参与常量表达式运算，比如
long x = 1000000000 * 10L;—— 右边不加 L，左边乘法先溢出
