Java基础数据类型需在应用层建立安全边界策略：明确整型取值范围、用包装类+约束注解守入口、运行时用Math.exact方法防溢出、关键场景优先升级为Long或BigInteger。
Java基础数据类型本身没有内置防护机制，取值范围是固定的，但超出范围的输入或运算极易引发静默错误或业务异常。真正关键的是在应用层建立可落地的安全边界策略。
明确各整型的实际取值边界
开发中必须清楚记住几个核心整型的硬性上下限：
- byte：-128 到 127（1字节）
- short：-32768 到 32767（2字节）
- int：-2147483648 到 2147483647（4字节）
- long：-9223372036854775808 到 9223372036854775807（8字节）
这些值可通过 Byte.MIN_VALUE、Integer.MAX_VALUE 等常量直接引用，避免手写数字出错。
用包装类+约束注解守住入口关
原始类型（如 int）无法被 Spring 的校验注解识别，必须改用包装类才能启用参数校验：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 接口参数声明为 @RequestParam @Min(Integer.MIN_VALUE) @Max(Integer.MAX_VALUE) Integer id
- 配置类字段使用 @ConfigurationProperties 时，字段类型也必须是 Integer 或 Long，不能是 int
- 类或方法上添加 @Validated，确保绑定阶段就抛出 MethodArgumentNotValidException，不进入后续逻辑
建议封装自定义注解如 @InIntRange，复用校验逻辑，避免重复写死数值。
运行时运算必须主动检测溢出
合法输入不等于安全计算。Java 默认整数溢出会静默环绕（如 Integer.MAX_VALUE + 1 == Integer.MIN_VALUE），这是高危行为：
- 关键路径（如金额计算、库存扣减、分页 offset）一律使用 Math.addExact()、Math.multiplyExact()，溢出立即抛 ArithmeticException
- 避免先算再转：(long)(a * b) 是错的，应在运算前升为 long：(long)a * b
- 若需手动判断，加法前检查 a > 0 && b > Integer.MAX_VALUE - a，乘法可用 long 预判
关键场景优先升级数据类型
防御不是只靠检查，更要从源头降低风险：
- 对外接口的 ID、金额、数量等字段，只要业务预期可能超 int 范围，直接定义为 Long
- 时间戳差值、大文件偏移量、累计访问量等，起步就用 long
- 金融结算、密码学运算、高精度统计等，跳过 long，直接用 BigInteger，彻底规避整数溢出
不复杂但容易忽略——边界安全不在代码多寡，而在每一步是否明确“谁负责校验、在哪校验、校验失败怎么走”。
