Java 中代码块执行顺序在框架源码中如何体现-java教程-PHP中文网

java框架源码中代码块执行顺序严格遵循jvm规则：静态块用于类加载时一次性初始化，构造块与字段初始化共同确保对象实例状态统一，构造方法体处理定制逻辑，普通代码块仅限方法内作用域控制。

java 中代码块执行顺序在框架源码中如何体现

Java 中代码块执行顺序在框架源码中不是“被特意设计”的显性结构，而是被隐式依赖和严格遵循的底层机制。Spring、MyBatis、Hibernate 等主流框架大量利用静态块做类级预热、用构造块统一对象状态、靠字段初始化与构造方法协同完成 Bean 构建——这些都不是巧合，而是对 JVM 初始化规则的精准调用。

静态代码块：框架启动时的“第一道工序”

框架核心类（如 SpringApplication、SqlSessionFactoryBuilder）普遍用静态块完成不可变资源的单次加载：

Spring Boot 的 SpringApplication 类中，静态块会提前注册默认的 ApplicationContextInitializer 和 ApplicationRunner 类型；
MyBatis 的 Configuration 类用静态块初始化默认类型别名（如 "int" → Integer.class），避免每次创建 SqlSessionFactory 时重复注册；
Hibernate 的 MetadataSources 通过静态块预设 JDBC 方言映射表。

这些操作都满足一个前提：只执行一次、不依赖实例、必须在任何 Bean 创建前就绪——这正是静态块的语义契约。

多个静态块按源码顺序执行，框架作者常借此控制初始化依赖链。例如先加载基础枚举，再初始化缓存管理器，最后注册监听器，顺序不能错。

构造代码块：Bean 实例化过程中的“隐形模板”

框架内部大量使用构造块来抹平构造器差异，统一新对象初始状态：

Spring 的 AbstractBeanDefinition 子类（如 RootBeanDefinition）用 { this.autowireMode = AUTOWIRE_NO; } 这类构造块，确保每个实例默认关闭自动装配，无需在每个构造方法里重复写；
MyBatis 的 MappedStatement 构造过程中，实例块负责设置 fetchSize、timeout 等默认值，无论调用哪个重载构造器，这些字段总在构造方法体运行前就已就位；
Lombok 的 @Data 编译后生成的字节码，本质就是把字段初始化逻辑“注入”到构造块位置，而非塞进构造方法体——这正契合 JVM 要求“字段赋值 & 构造块先于构造方法体”的顺序。

注意：构造块在编译后会被复制到每一个构造方法开头（紧随 super() 或 this() 调用之后），所以即使框架提供多个构造签名，行为依然一致。

字段显式初始化 + 构造块 + 构造方法：Bean 构建三段式

Spring 的 DefaultListableBeanFactory 初始化流程就是一个典型例子：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

public class DefaultListableBeanFactory extends AbstractAutowireCapableBeanFactory {
    // ① 字段显式初始化（在构造块之前？不——它们同属实例初始化阶段，按源码顺序交替）
    private final Map<string beandefinition> beanDefinitionMap = new ConcurrentHashMap();

    // ② 构造代码块（统一设置基础状态）
    {
        this.allowBeanDefinitionOverriding = true;
        this.allowCircularReferences = true;
    }

    // ③ 构造方法体（处理传入参数，完成定制化）
    public DefaultListableBeanFactory() {
        super();
        // 此处才做依赖注入准备、事件发布器注册等后期动作
    }
}</string>

JVM 执行 new DefaultListableBeanFactory() 时实际顺序是：

beanDefinitionMap = new ConcurrentHashMap()
构造块中两行赋值
super()（进入父类构造链）
super() 返回后，执行本类构造方法体

这种分层设计让框架既能保证基础结构可靠（靠字段+构造块），又能保留扩展入口（靠构造方法体）。

普通代码块：仅用于方法内逻辑隔离，与初始化无关

框架源码中常见普通代码块，但它不参与对象生命周期控制：

在 doCreateBean() 方法里用 { Object earlySingleton = ... } 限定临时引用作用域，防止意外泄露；
MyBatis 的 Executor 实现中，query() 方法用 { try (AutoCloseable c = ...) { ... } } 显式控制资源生命周期；
这些块纯粹是语法糖，谁写在前面谁先执行，和类加载、new 对象完全解耦。

它们的存在只是为了代码清晰或资源安全，不会影响 Bean 的创建顺序，也不该被误读为“初始化环节”。

框架开发者清楚区分这三类块的职责边界：