该用静态方法还是成员方法，关键看是否依赖对象状态：不依赖实例数据的通用逻辑（如数学运算、字符串处理）用静态方法；需访问或修改实例字段、支持多态或体现对象专属行为的，必须用成员方法。
选静态方法还是成员方法，关键看这个方法要不要用到对象的状态。不依赖对象数据、纯计算或通用功能的，优先用静态；需要读写实例变量、体现对象行为的，必须用成员方法。
什么情况该用静态方法
适合封装与具体对象无关的通用逻辑，比如数学运算、字符串处理、日期转换等。这类方法不访问 this，也不操作实例字段。
- 工具类中的方法（如
Objects.equals()、Arrays.sort()）基本都是静态的 - 方法只依赖传入参数，结果完全由输入决定，无副作用
- 调用频繁且不想为每次调用都创建对象（避免堆内存开销）
- 类设计上明确不需要继承或重写（静态方法不能被重写）
什么情况该用成员方法
当方法逻辑和某个对象的内部状态强相关时，就必须定义为成员方法。它能自然访问 this、实例变量和其他实例方法。
- 方法体中直接使用了非静态字段（如
name、balance） - 需要支持多态（比如子类重写父类行为）
- 方法会改变当前对象的状态（如
account.withdraw(100)） - 方法属于某个实体的“专属行为”，比如
car.startEngine()或user.login()
性能差异的真实影响
静态方法省去了对象创建和 this 绑定的开销，调用路径更短；成员方法涉及虚方法表查找，但现代 JVM 对热点代码做了大量优化，实际差距往往微乎其微。
立即学习“Java免费学习笔记（深入）”；
- 不创建对象：静态方法无需 new 实例，避免堆分配和 GC 压力
- 调用更快：没有动态绑定开销，尤其在循环内高频调用时更明显
- 但注意：如果静态方法内部修改了 static 字段，可能引发线程安全问题；而成员方法的局部变量天然线程安全
- 别为了“理论上更快”强行静态化——可读性和语义正确性永远优先
线程安全与共享资源
静态方法本身不是线程安全或不安全的，关键看它是否读写共享的静态变量。
- 只操作参数和局部变量 → 线程安全
- 读写
static字段或静态集合 → 需同步或使用并发容器 - 成员方法若只操作实例字段，多个线程操作不同对象 → 天然隔离
- 但若多个线程共用同一个对象并调用其成员方法，且方法修改实例状态 → 同样需考虑同步
