Java虽不支持原生扩展方法，但可通过命名规范的static工具类（如StringUtil）、私有构造、public static方法及首参为接收者对象的方式模拟扩展行为，并支持静态变量优化与IDE静态导入提升调用体验。
Java 本身不支持像 C# 那样的原生扩展方法语法，但通过 static 工具类 + 静态方法 的组合，可以安全、清晰、低侵入地为已有类“模拟扩展”，实现类似效果。
工具类命名与结构规范
工具类不是随意堆砌方法的容器，而是有明确约定的设计模式：
- 类名以被扩展类型为基础，后缀统一用 Util 或 Extensions（如
StringUtil、ListExtensions） - 构造方法必须私有：
private StringUtil() {}，防止被实例化 - 所有方法声明为 public static，仅依赖入参，不访问
this或任何实例状态 - 方法第一个参数通常为接收者对象（如
public static int wordCount(String str)），语义上对应“str.wordCount()”的意图
静态方法如何模拟扩展行为
关键在于把“调用者对象”显式作为首个参数传入，再在方法体内进行逻辑处理：
- 对
String扩展：定义StringUtil.isPalindrome(String s)，内部直接操作s，无需修改String类源码 - 对自定义类扩展：如
Person类不可改，就写PersonUtil.formatIntro(Person p)，返回格式化字符串 - 支持链式调用？Java 中无法真正链式（因返回值非原对象），但可设计返回新对象或原始值，如
NumberUtil.clamp(int value, int min, int max)
配合静态变量增强复用能力
工具类可借助 private static 成员缓存或预加载资源，提升性能，但需注意边界：
立即学习“Java免费学习笔记（深入）”；
- 只用于无状态或线程安全场景：如
private static final Pattern EMAIL_PATTERN = Pattern.compile("..."); - 避免持有业务对象或连接句柄：静态变量生命周期长，易引发内存泄漏或状态污染
- 若需缓存动态数据（如用户信息），优先选用
ConcurrentHashMap并控制过期策略
调用方式贴近直觉
虽然语法仍是 StringUtil.trimToEmpty(str)，但可通过 IDE 支持和命名习惯降低认知成本：
- 在 IDE 中导入静态方法（如 IntelliJ 的
import static StringUtil.*），调用时可省略类名 - 方法名尽量贴近目标类原有风格：如
CollectionUtil.isEmpty(Collection<?> c)对应Collection.isEmpty() - 避免歧义：不建议在工具类中重载已有方法签名，防止混淆
