静态方法适合做无状态、纯计算、可复用的辅助逻辑，如数学计算（math.abs）、工具处理（stringutils.isempty）、工厂创建（localdatetime.now）、单例获取（singleton.getinstance）；不适合涉及对象状态、事务、依赖或需多态的场景。
静态方法适合做什么
静态方法适用于与具体对象无关、仅依赖输入参数就能完成操作的场景。
- 数学计算类功能，比如 Math.abs()、Math.max()，不需要任何对象状态，传参即得结果
- 工具类方法，如 StringUtils.isEmpty()、Arrays.asList()，封装通用逻辑，调用方便且无副作用
- 工厂方法，像 LocalDateTime.now()、Integer.valueOf()，用于创建并返回新实例，自身不维护状态
- 单例获取入口，例如 Singleton.getInstance()，确保全局唯一对象，且初始化逻辑集中可控
实例方法适合做什么
实例方法用于处理或反映某个对象自身的状态和行为，必须依托具体对象存在。
- 访问或修改实例变量，比如 account.deposit(100) 会更新该账户的余额字段
- 体现对象特有行为，如 list.add("item")、file.delete()，操作目标明确指向当前对象
- 支持多态和继承扩展，子类可重写 toString() 或 compareTo()，运行时按实际类型调用
- 需要隐式访问 this 的场景，比如构造器中初始化、链式调用（builder.setName("A").setAge(25)）
选 static 还是不加？关键看三点
判断一个方法是否该声明为 static，主要看它是否真正“脱离对象”。
- 是否读写实例变量：只要方法体内出现 this.xxx 或直接访问非 static 字段/方法，就不能是 static
- 是否依赖对象生命周期：比如监听器注册、资源打开关闭，必须绑定到具体实例，否则无法管理资源归属
- 是否需被子类重写：static 方法不能 override，只能 hide；若设计上希望多态生效，必须用实例方法
常见误用与规避建议
实际开发中容易混淆的点，往往带来编译错误或运行隐患。
- 在 main() 里直接调用实例方法而不 new 对象 → 编译报错 “non-static method cannot be referenced from static context”
- 把本该操作实例状态的方法设为 static，再通过参数传入对象 → 破坏封装性，违背面向对象直觉
- 在静态方法中新建对象再调用其方法 → 可行但不等于“该方法该是 static”，重点仍是职责归属是否清晰
- DAL 层全用 static 方法处理数据库操作 → 多线程下可能引发连接/事务冲突，推荐配合依赖注入或每次新建实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
