当数值超出int范围（−2,147,483,648至2,147,483,647）时，应改用64位long类型，其取值范围为−9,223,372,036,854,775,808至9,223,372,036,854,775,807，字面量需加L后缀，运算中须确保至少一个操作数为long以避免中间溢出。
当数值超过 int 的最大值 2,147,483,647 或低于最小值 −2,147,483,648 时，就必须改用 long 类型——它专为这类“超大整数”设计，不是简单扩容，而是从底层确保计算不溢出、结果不截断。
long 的硬性规格：64 位、固定范围、跨平台一致
Java 中的 long 是明确的 64 位有符号整数，无论运行在什么系统上，都严格占用 8 字节，取值范围恒为 −9,223,372,036,854,775,808 到 9,223,372,036,854,775,807（即 $$-2^{63}$$ 至 $$2^{63}-1$$）。这个范围比 int 大约 46 亿倍，足以覆盖毫秒级时间戳、全球文件大小、大型数据库主键等典型场景。
关键细节：
- 字面量必须显式标注后缀 L（推荐大写，避免与数字 1 混淆），例如 123456789012345L；不加 L 的大数字会被当作 int 处理，编译直接报错
- 边界值可直接调用 Long.MIN_VALUE 和 Long.MAX_VALUE 获取，无需硬编码
- 与 C/C++ 不同，Java 的 long 不随平台变化——这点对跨环境开发至关重要
赋值与运算：类型提升不能靠“声明了 long 就万事大吉”
只把变量声明为 long 并不保证中间计算安全。Java 表达式按操作数类型逐项推导，若所有参与运算的字面量或变量仍是 int，整个算式仍按 int 计算，溢出发生在提升前。
正确做法是让至少一个操作数提前升级为 long：
- 在数字末尾加 L，如 (1L + n) * n / 2
- 用强制转型，如 (long)(n + 1) * n（注意括号位置，避免先算 int 加法再转型）
- 优先将最左侧操作数转为 long，确保从左到右的每一步都在 long 精度下进行
适用场景判断：不是“越大越好”，而是“够用且安全”
long 不是默认选择，而是在 int 明确不够用时的理性升级。常见触发点包括：
- 时间相关：System.currentTimeMillis() 返回毫秒值，2038 年后 int 就会溢出，必须用 long
- 资源度量：文件大小（尤其视频、数据库 dump）、内存用量、网络字节数，轻松突破 2GB
- 计数类场景：高并发系统中的累计请求量、用户行为埋点总数、分布式 ID 生成器输出
- 数学公式中间结果：如求和公式 sum = n × (n+1) / 2，当 n > 46340 时，n×(n+1) 就已超出 int 范围
超出 long 怎么办？这不是 long 的问题，而是该换工具了
如果连 long 的上限 9.2×10¹⁸ 都不够用（比如密码学大素数、天文级计数、精确财务累加），说明已进入任意精度整数范畴。此时应放弃基本类型，转向：
- Java：使用 BigInteger，支持无限长度整数，运算无溢出风险
- C++：采用 boost::multiprecision 或自定义大数结构
- 通用策略：用字符串存储原始数字，再实现加减乘除逻辑——本质是把“数”降维为“字符序列”处理
