如何通过强制类型转换将 long 类型的时间戳安全降级为 int 以节省空间-java教程-PHP中文网

直接强转会无声截断高32位导致时间语义丢失，仅当long值在int范围内（-2147483648~2147483647）才安全，须显式校验范围后再转换。

如何通过强制类型转换将 long 类型的时间戳安全降级为 int 以节省空间

为什么不能直接用 `(int)` 强转 `long` 时间戳

直接写 (int) timestamp 看似简单，但会无声截断高 32 位——如果 timestamp 是毫秒级（比如 1717023456789L），转成 int 后只剩低 32 位（-1128969291），完全失去时间语义，且无任何编译或运行时警告。

这种转换只在时间戳本身确实在 int 范围内才安全，而 Java 的 int 最大值是 2147483647，对应到秒级时间戳仅能表示到 2038-01-19 03:14:07（即“2038 年问题”）。毫秒级则早在 1970-01-25 就溢出了。

判断是否可安全降级：先检查范围再转换

必须显式校验 long 值是否落在 int 可表示区间内，而不是依赖隐式截断。这是安全降级的唯一前提。

用 timestamp >= Integer.MIN_VALUE && timestamp 判断
注意：不要用 timestamp == (int) timestamp —— 这个比较在溢出时可能因符号扩展产生误判
若业务只用秒级时间戳（如 Unix timestamp），且明确不跨 2038 年，可用此方式；毫秒级基本不可行

示例：

long tsSec = 1717023456L; // 2024 年某秒级时间戳
if (tsSec >= Integer.MIN_VALUE && tsSec 

<h3>替代方案：用 <code>Math.toIntExact()</code> 捕获溢出</h3>
<p><code>Math.toIntExact(long)</code> 是 JDK 8+ 提供的安全转换工具，它在溢出时抛出 <code>ArithmeticException</code>，比静默截断更可控。</p>

适合需要明确失败反馈的场景（如配置加载、数据校验）
避免在性能敏感循环中频繁调用——异常开销大
它本质就是做了和上一节相同的范围检查，只是封装成了标准 API

示例：

try {
    int safeInt = Math.toIntExact(timestamp);
} catch (ArithmeticException e) {
    throw new IllegalArgumentException("timestamp out of int range: " + timestamp, e);
}