Java中基本类型边界判定需区分业务校验与调试断言：业务校验用Integer.MIN_VALUE/MAX_VALUE配合if抛IllegalArgumentException；断言仅用于内部可控场景，启用需-ea参数，不可用于参数校验或安全控制。
Java中对基本数据类型做边界值判定，核心在于区分“业务校验”和“调试断言”两类场景。int等类型有明确取值范围（-2147483648 到 2147483647），但直接依赖其字面量硬编码易出错、难维护，需结合语义与执行阶段合理使用。
明确边界值的可靠写法
避免手写数字如-2147483648，应使用Integer.MIN_VALUE和Integer.MAX_VALUE等常量。它们由JVM保证与底层实现一致，且可读性强。
- 对入参做业务级校验时，必须用显式
if判断并抛出IllegalArgumentException等受检或运行时异常 - 例如：
if (value Integer.MAX_VALUE) throw new IllegalArgumentException("超出int合法范围") - 注意：该判断在逻辑上冗余（因为
int变量本身不可能越界），实际用于校验String转int、JSON解析等外部输入场景
断言仅用于开发阶段内部状态验证
断言不是参数校验工具，它只应在私有方法、算法中间态、不变量检查等**内部可控场景**中使用，且默认不生效。
- 启用方式：运行时加
-ea参数，如java -ea MyApp - 典型用法：
assert index >= 0 && index - 禁止在公有API中用
assert替代参数检查——生产环境关闭断言后将失去防护 - 断言表达式不能有副作用，例如
assert (x = x + 1) > 0是错误写法
区分不同数据类型的边界策略
各基本类型边界不同，需按需选用对应常量，不可混用：
立即学习“Java免费学习笔记（深入）”；
-
byte：用Byte.MIN_VALUE/Byte.MAX_VALUE -
short：用Short.MIN_VALUE/Short.MAX_VALUE -
long：用Long.MIN_VALUE/Long.MAX_VALUE -
char：无符号，范围是0到Character.MAX_VALUE（即65535） - 浮点类型（
float/double）不适用整型边界检查，应关注NaN、无穷大等特殊值
避免常见误用陷阱
边界判定容易陷入认知偏差，以下做法需规避：
- 不要对方法参数用
assert做合法性检查——这是业务责任，不是调试责任 - 不要把断言当异常处理机制：它抛出
AssertionError（继承自Error），不应被catch捕获 - 不要在循环内频繁使用断言验证不变量——影响调试体验，且无性能优势
- 不要依赖断言做安全控制，如权限校验、空指针防护等，这些必须始终生效
