static方法适合无状态服务入口，因其不绑定实例、无this引用、调用开销低，且在真正无状态（输入决定输出、无共享可变状态）时具备纯函数特性，线程安全、可并发调用。
Java 中 static 方法可以作为无状态服务的入口，但需满足“真正无状态”这一前提：方法不依赖任何外部可变状态（如类字段、静态变量、全局缓存、数据库连接等），所有输入通过参数传递，输出仅由输入决定。
为什么 static 方法适合无状态服务入口
static 方法天然不绑定实例，无隐式 this 引用，调用开销低，无需对象创建或生命周期管理。只要它不读写共享可变状态，就具备纯函数特征——相同输入总返回相同输出，线程安全，可被任意线程并发调用。
常见适用场景包括：数据格式转换（如 JSON → DTO）、基础计算（如金额四舍五入）、字符串校验（如手机号正则匹配）、DTO 与 VO 的简单映射等。
关键约束：禁止隐式状态依赖
以下写法会破坏无状态性，应避免：
立即学习“Java免费学习笔记（深入）”；
- 访问或修改 static 字段（如 private static int counter = 0;）
- 调用含副作用的外部方法（如 Logger.info()、System.currentTimeMillis()）
- 使用非 final 的静态工具类（如未加锁的 SimpleDateFormat）
- 从 ThreadLocal、Spring Context 或静态单例中获取可变对象
若必须记录日志，应通过参数传入 Logger 实例；若需时间戳，由调用方传入 long timestamp，而非方法内调用 System.nanoTime()。
推荐调用方式与结构设计
将 static 入口方法集中定义在工具类中，命名体现职责（如 OrderConverter.toOrderVO()），并确保其只做一件事：
- 方法签名清晰：所有依赖显式声明为参数（如 public static OrderVO toOrderVO(OrderDTO dto, Locale locale)）
- 内部不 new 对象以外部不可控资源（如 new Date() 可接受，new JdbcTemplate() 不行）
- 异常处理明确：抛出受检异常需在签名声明，运行时异常用于编程错误（如参数为 null）
- 必要时配合 record 或不可变 DTO 使用，强化不可变语义
与 Spring Bean 的协作建议
在 Spring 环境中，static 方法不应替代 @Service 组件。推荐组合模式：
- 业务编排层（@Service）调用 static 工具方法处理纯数据逻辑
- static 方法专注“转换”“计算”“校验”，不涉及事务、远程调用、缓存等有状态操作
- 若需复用 Spring 管理的 bean（如 Validator），应在 service 层注入后传入 static 方法参数，而非在 static 方法内 Autowire
这样既保持无状态核心的简洁性，又不失框架能力的灵活性。
