Java代码块本身不直接实现对象自我配置，但通过静态块（类加载时执行）、实例块（每次new前执行）和构造器（最终定制）的有序配合，结合外部配置源（如系统属性、配置文件等），可实现对象的自我配置。
Java 中代码块的执行顺序本身并不直接“实现对象的自我配置”，但它为对象在构造过程中按需初始化提供了可靠机制。真正的自我配置（如根据环境、配置文件或运行时参数动态调整对象状态）需要结合代码块的执行时机，配合外部输入和逻辑判断来完成。
静态代码块：类加载时一次性配置
静态代码块在类第一次被加载进 JVM 时执行，且只执行一次。适合做全局性、与实例无关的预配置，比如读取配置文件、初始化共享资源、注册类型处理器等。
- 它早于任何构造器和实例代码块执行，是最早可干预的时机
- 常用于加载 properties 文件、初始化 static final 配置常量
- 注意：不能访问非 static 成员，也不能依赖尚未加载的其他类（避免类初始化循环）
实例代码块：每次 new 时统一前置初始化
实例代码块在每次创建对象时执行，位于构造器之前（但晚于静态代码块），对所有构造器生效。它是实现“对象级自我配置”的关键载体——把公共初始化逻辑抽离出来，避免重复写在多个构造器中。
- 可用于设置默认值、校验必要字段、触发基础配置加载
- 若配置来自外部（如 System.getProperty 或 Spring Environment），可在实例块中读取并赋值给成员变量
- 例如：this.timeout = Integer.parseInt(System.getProperty("app.timeout", "5000"));
构造器：接收差异化输入，完成最终定制
构造器是自我配置的收口环节。它能接收参数、调用不同重载、委托给其他构造器，从而根据传入信息决定如何组合已有配置。
立即学习“Java免费学习笔记（深入）”；
- 可调用 this() 或 super() 委托，确保实例块已执行后再做针对性处理
- 适合处理依赖注入、策略选择、条件性初始化（如根据 flag 创建不同子组件）
- 建议将复杂配置逻辑封装成 private 方法，在构造器内调用，保持可读性
结合外部配置实现真正“自我配置”
纯 Java 代码块无法自动感知环境，必须引入外部数据源才能让对象“自己配自己”。常见方式包括：
- 从系统属性、环境变量读取配置（System.getenv("DB_URL")）
- 加载 classpath 下的配置文件（如 Properties.load(getClass().getResourceAsStream("/config.properties"))）
- 使用注解处理器或框架（如 Spring 的 @Value、@ConfigurationProperties）在实例化后注入值
- 在实例代码块或构造器中解析这些输入，并设置内部状态或行为策略
