深入理解 Java Static 关键字：工具类设计与 Spring 架构

• final class：明确告诉使用者，这个类不允许被继承（防止子类修改行为）。
• private 构造器：从语法层面禁止 new HashUtil()。
• 抛出异常：防止内部误调用或反射强行实例化。

三、深度解析：为什么 Service 和 Mapper 不能是 Static？

这是新手最容易产生的疑问：'既然 Service 里的方法也就是查查库、算算数据，为什么不能像工具类一样做成 static 的？'

这不仅仅是语法问题，更是架构设计问题。这涉及到三个核心概念：状态管理、动态代理（MyBatis 原理）和 AOP（Spring 事务）。

1. Service 是'有状态'的

在 Spring 开发中，典型的 Service 写法如下：

@Service
public class UserService {
    // 这是一个实例变量，依赖于对象存在
    private final UserMapper userMapper;

    // 构造器注入
    public UserService(UserMapper userMapper) {
        this.userMapper = userMapper;
    }

    public void getUser(Long id) {
        // 这里隐式使用了 this.userMapper
        userMapper.selectById(id);
    }
}

这里的核心矛盾在于：Static 方法没有 this，也无法访问实例变量。
如果你把 getUser 改成 static：

public static void getUser(Long id) {
    // ❌ 编译报错：静态方法无法访问非静态成员 userMapper
    // 类不知道你要用哪一个对象的 userMapper
    userMapper.selectById(id);
}

2. 接口与动态代理：MyBatis 为什么能跑起来？

我们写的 Mapper 通常只是一个 Interface（接口），配合 XML 使用：

public interface UserMapper {
    User selectById(Long id);
}

XML 只是配置文本，不是代码。 JVM 根本看不懂 XML。
MyBatis 之所以能工作，是因为它在运行时利用 JDK 动态代理，偷偷生成了一个实现了 UserMapper 接口的代理对象。这个'假对象'里包含了连接数据库、执行 SQL 的真正逻辑。

如果方法是 Static 的：

• 接口里不能强制定义 static 方法。
• Static 方法无法被重写，也无法被代理。
• MyBatis 就无法生成代理对象来替换你的逻辑，你就必须手动去写繁琐的 JDBC 代码。

3. AOP 魔法：Static 会让事务失效

Spring 的 @Transactional 也是基于代理对象（AOP）实现的。
当你调用 userService.createUser() 时，实际上调用的是 Spring 生成的代理对象：

1. 代理对象：开启事务。
2. 代理对象：调用目标方法。
3. 代理对象：若无异常，提交；若有异常，回滚。

如果方法是 Static 的：
调用者会直接调用类的静态方法，绕过了 Spring 的代理对象。Spring 根本没机会介入去控制事务，导致事务注解完全失效。

4. 多态与解耦：为了随时'换零件'

这也是接口存在的最大意义。
如果 Controller 依赖的是 FileService 接口，可以随时切换实现类：

• 今天用 LocalFileServiceImpl（存硬盘）。
• 明天改配置用 AliyunOssServiceImpl（存云端）。

如果是 Static 设计：
必须在全项目里把 LocalFileUtil.upload 查找替换为 AliyunOssUtil.upload。这叫硬编码，项目难以维护。

四、辨析：private final vs private static final

在定义变量时，这两个修饰符经常让人混淆，看这个对比就懂了：

1. private final UserMapper userMapper;

• 含义：这是实例变量。每个 UserService 对象里都有一份。
• 场景：Spring Bean 的依赖注入。
• 特点：必须在构造器中初始化。

2. private static final String DEFAULT_NAME = "Admin";

• 含义：这是类变量（常量）。整个系统里只有一份，存在方法区/元空间。
• 场景：配置项、常量定义、日志对象（Logger）。
• 特点：类加载时就必须初始化完成。

五、总结：如何选择？

我们在设计代码时，遵循以下简单的判断逻辑：

一句话总结：

Static 的本质不是为了'方便调用'，而是为了声明'我不需要对象'。

任何涉及到依赖注入（DI）、AOP 增强（事务/日志）、接口多态（MyBatis/策略模式）的场景，请务必远离 Static。