Java基本类型无法直接添加方法，需通过包装类配合静态工具类、Optional链式调用或record封装实现非侵入式扩展，禁止继承或修改final包装类。
Java 基本类型（如 int、boolean、double）本身不能直接添加方法，但通过其对应的包装类（Integer、Boolean、Double 等），可以借助静态工具方法或继承/组合思路扩展功能。不过要注意：包装类是 final 的，不能被继承，所以“扩展方法”只能通过外部工具类或现代 Java 的新特性实现。
用静态工具类封装常用操作
这是最常见、最推荐的方式——不修改原有类，而是新建一个工具类，把针对包装类和基本类型的增强逻辑集中管理：
- 例如为
Integer补充范围校验、进制转换、安全加法等方法：
public class Ints {
public static boolean inRange(int value, int min, int max) {
return value >= min && value <= max;
}
<pre class="brush:php;toolbar:false;">public static Integer safeAdd(Integer a, Integer b) {
if (a == null || b == null) return null;
try {
return Math.addExact(a, b); // 溢出时抛 ArithmeticException
} catch (ArithmeticException e) {
return null; // 或抛自定义异常
}
}
public static String toBinaryString(int value, int minWidth) {
String s = Integer.toBinaryString(value);
return String.format("%" + minWidth + "s", s).replace(' ', '0');
}}
调用：Ints.inRange(5, 1, 10)、Ints.safeAdd(2147483647, 1) —— 清晰、无侵入、可复用。
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
利用 Java 8+ 的 Optional 避免空指针
包装类常因 null 引发 NPE，配合 Optional 可让逻辑更健壮：
Optional<integer> opt = Optional.ofNullable(someInteger);</integer>- 再链式调用
.filter(Ints::isPositive).map(x -> x * 2).orElse(0) - 相当于为
Integer“虚拟扩展”了空安全的判断与转换能力
借助 record + 静态工厂模拟轻量封装（Java 14+）
若需一组带行为的数值类型（比如带单位的温度、带精度的金额），可用 record 封装包装类，并内置方法：
public record SafeInt(int value) {
public SafeInt {
if (value < Integer.MIN_VALUE || value > Integer.MAX_VALUE) {
throw new IllegalArgumentException("Out of int range");
}
}
<pre class="brush:php;toolbar:false;">public boolean isEven() { return value % 2 == 0; }
public SafeInt plus(int other) { return new SafeInt(Math.addExact(value, other)); }
public static SafeInt from(String s) {
return new SafeInt(Integer.parseInt(s.trim()));
}}
使用：SafeInt x = SafeInt.from("123").plus(10); x.isEven(); —— 语义清晰，行为内聚，且不可变。
注意：不要试图“重写”包装类方法
包装类（如 Integer）是 final 的，无法继承覆盖；也不建议用反射或字节码工具强行修改——破坏 JVM 合规性，影响稳定性与可维护性。所有扩展都应保持“非侵入”原则，以组合、委托、工具方法为主。
