在 Spring 框架中，實現 InitializingBean 和 DisposableBean 接口用于管理 Bean 的生命周期回調，分別控制 Bean 的初始化后和銷毀前行為。具體作用如下：

---

1. InitializingBean 接口

public interface InitializingBean {void afterPropertiesSet() throws Exception;
}

• ?作用?：在 Bean 的依賴注入完成后立即執行初始化邏輯。
• ?觸發時機?：當 Spring 完成以下步驟后調用：
  1. Bean 實例化（調用構造器）
  2. 注入所有依賴（通過 @Autowired 或 XML 配置）
  3. 完成其他屬性設置（如 @Value 注入）
• ?典型用途?：
  • 數據校驗（檢查必要屬性是否注入）
  • 啟動后臺線程
  • 加載初始化數據（如緩存預熱）
  • 建立數據庫連接

public class DatabaseService implements InitializingBean {private DataSource dataSource;@Overridepublic void afterPropertiesSet() throws Exception {// 校驗必要依賴if (dataSource == null) {throw new IllegalStateException("DataSource 未注入!");}// 初始化連接池Connection conn = dataSource.getConnection();// ... 其他初始化操作}
}

---

2. DisposableBean 接口

public interface DisposableBean {void destroy() throws Exception;
}

• ?作用?：在 Bean 銷毀前執行清理操作。
• ?觸發時機?：
  • 單例 Bean：Spring 容器關閉時（context.close()）
  • 原型 Bean：Spring 不管理其銷毀，需手動觸發或依賴其他機制
• ?典型用途?：
  • 關閉數據庫連接
  • 停止后臺線程
  • 釋放文件句柄或網絡資源
  • 發送銷毀通知日志

public class ResourceHolder implements DisposableBean {private Thread backgroundThread;@Overridepublic void destroy() throws Exception {// 安全停止線程backgroundThread.interrupt();// 釋放資源releaseFileHandles();}
}

---

為什么不推薦直接使用這兩個接口？

1. ?侵入性強?：強制 Bean 實現 Spring 特定接口，導致代碼與 Spring 耦合。
2. ?替代方案?：Spring 提供更靈活的、無侵入的生命周期管理方式：
   • ?初始化替代方案?：
     • @PostConstruct 注解
     • XML 配置中 init-method 屬性（如 <bean init-method="init">）
     • Java 配置中 @Bean(initMethod = "customInit")
   • ?銷毀替代方案?：
     • @PreDestroy 注解
     • XML 配置中 destroy-method 屬性
     • @Bean(destroyMethod = "customCleanup")

---

生命周期回調順序示例

當使用多種初始化/銷毀方式時，執行順序如下：

public class ExampleBean implements InitializingBean, DisposableBean {// 構造器 -> 依賴注入 -> @PostConstruct -> afterPropertiesSet() -> 自定義init-method@PostConstructpublic void postConstruct() { /* 1st */ }@Overridepublic void afterPropertiesSet() { /* 2nd */ }public void customInit() { /* 3rd */ }// 銷毀順序：@PreDestroy -> destroy() -> 自定義destroy-method@PreDestroypublic void preDestroy() { /* 1st */ }@Overridepublic void destroy() { /* 2nd */ }public void customDestroy() { /* 3rd */ }
}

---

最佳實踐建議

• ?優先使用無侵入方案?：用 @PostConstruct 和 @PreDestroy 替代接口，降低框架耦合度。
• ?需要細粒度控制時?：例如需要確保在依賴注入后立刻執行關鍵邏輯（早于其他初始化方法），可使用 afterPropertiesSet()。
• ?處理遺留代碼?：舊版 Spring 項目可能依賴這些接口，遷移時可逐步替換。

💡 ?總結?：InitializingBean 和 DisposableBean 是 Spring 生命周期管理的底層機制。現代 Spring 開發中，應優先選擇 @PostConstruct 和 @PreDestroy 等解耦方案，但在需要精確控制執行順序的場景下仍可合理使用接口。