应坚持“最小可见性”原则：仅跨包调用时才用public，其余优先选private、包私有或protected；通过三问法判断设计意图，并借助ide警告、团队规范与静态检查工具提前拦截误设。
避免把不该公开的方法设为 public，核心是坚持“最小可见性”原则：只在真正需要跨包调用时才用 public，其余情况优先选更严格的修饰符。
从设计意图出发判断是否该 public
问自己三个问题：
- 这个方法是否要被其他包的代码直接调用？比如 API 接口、框架入口、工具类核心逻辑
- 它是否承担契约责任？比如 public 方法一旦发布，修改参数或返回值就可能破坏所有调用方
- 它是否只是实现细节？比如初始化步骤、中间计算、内部状态校验——这类应默认不对外暴露
用更合适的修饰符替代 public
多数内部方法其实更适合以下选择：
- private：仅本类使用，比如辅助计算、字段验证、构造逻辑
- 包私有（无修饰符）：同包内协作，比如 DAO 层的 SQL 封装、DTO 转换工具、测试专用构造器
-
protected：明确留给子类扩展，比如模板方法中的钩子（
protected void afterInit()），但注意：不同包子类不能通过父类实例访问，只能继承后用this或super调用
借助 IDE 和编码规范提前拦截
很多误设 public 是因为写完才想到权限问题。可以：
- 在 IDE 中启用警告：如 IntelliJ 的 “Method may be private” 检查，自动标出未被外部引用的 public 方法
- 团队约定：新方法默认不加修饰符，只有明确需要暴露时才改为 public，并附上 Javadoc 说明用途和调用方
- 静态检查工具（如 Checkstyle、SonarQube）配置规则，禁止 public 方法出现在非 API 包中（如
com.example.service.impl）
警惕框架带来的“假 public”需求
有些方法看似要 public，其实是误解：
- Spring Bean 的方法被 AOP 增强，不需要 public —— 但构造器和被代理的方法若需反射调用，通常仍要求 public
- JPA 实体的 getter/setter 必须 public，但业务逻辑方法（如
calculateDiscount()）可设为 private 或包私有 - JUnit 测试方法必须 public，但被测类内部的辅助测试方法（如
createValidUser()）可设为包私有，只要在同一包下即可
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
