私有方法是类内重用公共逻辑的最直接方式，适用于多处重复、职责相关、依赖实例状态且无需继承的场景，应遵循职责单一、命名准确、参数精简等原则。
在同一个类里，私有方法是重用公共逻辑最直接、最常用的方式。它把重复的代码块封装成带名字、可传参、可复用的小单元，既不破坏封装性，又让主流程更清晰。
什么时候该提取为私有方法
当一段逻辑同时满足以下情况时，就该考虑抽成 private 方法：
- 在多个 public 或 protected 方法中反复出现
- 这段逻辑和当前类的职责相关，但不适合暴露给外部（比如参数校验、字段组装、格式转换）
- 它依赖类的实例状态（比如要读 this.field 或调用其他 private/public 方法）
- 不需要被子类继承或重写（否则应考虑 protected）
怎么写才真正好用
一个实用的私有方法，关键不在“私有”，而在“职责单一+命名准确+参数合理”：
-
命名体现意图：比如
validateUserInput()比check()更明确；buildResponseHeader()比doStuff()更易懂 - 参数尽量精简：只传真正需要的值，避免传整个对象再从中取字段；如果总要从 user 取 name 和 email，不如直接传两个 String
- 返回值明确：校验类方法返回 boolean 或抛异常；组装类方法返回新对象或 void（若直接修改了 this 的字段）
-
不藏副作用：如果方法修改了类的字段，应在命名或注释中体现，比如
updateCacheIfStale()
常见例子：Stream 处理、空值检查、DTO 转换
比如多个方法都要把用户列表转成 ID 字符串列表：
- 原来每个方法都写一遍：
users.stream().map(User::getId).map(String::valueOf).collect(...) - 现在统一抽成：private List
userIds(List users) { return users.stream().map(User::getId).map(String::valueOf).collect(Collectors.toList()); } - 调用时只需：
userIds(allUsers)或userIds(activeUsers)，逻辑一处改，全部生效
注意别踩的坑
私有方法虽小，用错反而增加复杂度：
- 不要为了“看起来整洁”而强行拆分——单行逻辑、只调用一次的方法，没必要单独提
- 避免参数过多（超过 4 个建议封装为配置类或 record）
- 不要在 private 方法里访问其他类的私有字段或调用其 private 方法（那是耦合，不是复用）
- 如果逻辑完全不依赖 this，且多个类都会用，那就该放进工具类（
StringUtils.isEmpty()那种），而不是塞进当前类的 private 方法里
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
