必须加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 混淆，尤其在等宽字体下：

• ❌ 10000000000l —— 可能被误读为 100000000001
• ✅ 10000000000L —— 清晰无歧义，主流 IDE 和 Checkstyle 都默认推荐
• 十六进制、八进制字面量同样适用，比如 0x80000000L 也是必需的

哪些情况真不能省略 L

以下三类场景不加 L 就会出问题：

• 赋值给 long 变量，且数值 > 2147483647 或
• 传参调用重载方法（例如有 f(int) 和 f(long)），不加 L 可能误入 int 版本
• 参与常量表达式运算，比如 long x = 1000000000 * 10L; —— 右边不加 L，左边乘法先溢出

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南