安全转long为int应优先用math.tointexact()，它校验范围并越界抛arithmeticexception；手动校验需显式判断value≥integer.min_value且≤integer.max_value。

Java 中把 long 安全转为 int，核心不是“怎么转”，而是“怎么确认能转”。因为直接写 (int) value 会静默截断——2147483648L 变成 -2147483648，订单号、时间戳、计数器一变负就出大问题。

用 Math.toIntExact() 最省心

这是 JDK 8+ 提供的官方安全方法，专为这种场景设计：

• 它只接受 long 参数，内部做完整范围校验
• 值在 Integer.MIN_VALUE 到 Integer.MAX_VALUE 之间 → 正常返回 int
• 超出范围 → 明确抛 ArithmeticException，不掩盖问题

示例：

int i = Math.toIntExact(1234567890L); // ✅ 成功<br>
int j = Math.toIntExact(3000000000L); // ❌ 抛 ArithmeticException

手动校验再转（适合需要自定义 fallback 的场景）

如果不想抛异常，而是想返回默认值或记录告警，可显式判断：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• 先检查：if (value >= Integer.MIN_VALUE && value
• 再强转：int result = (int) value;
• 注意：必须用 Integer.MIN_VALUE 这类常量，别硬写 -2147483648

避免常见错误写法：if (value = 0)——漏了负数范围。

别踩这些坑

不要 直接 (int) someLong，尤其当 long 来自外部输入、数据库或网络包时；
不要 先 Math.round() 或 Math.floor() 再强转，除非你真需要取整逻辑；
不要 在计算中间步骤里隐式降级，比如：int total = (int)(aLong * bLong);——乘法已在 long 层溢出，转 int 前就错了。

长期建议：从源头控类型

很多溢出问题其实源于设计阶段：

• ID、毫秒时间戳、累计计数等字段，Java 端统一用 long 接收和运算，不轻易向下转
• DTO 和接口契约明确字段精度，避免前端传 “9223372036854775807” 字符串，后端用 Integer.parseInt() 解析
• 高频累加场景（如 PV 统计），直接用 AtomicLong 或 BigInteger，绕过 int 边界

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