spring應用配置類構造函數中讀取數據庫數據：安全隱患與最佳實踐
本文分析在Spring配置類構造函數中讀取數據庫數據的代碼片段，指出其潛在風險，并推薦更安全的替代方案。
以下代碼片段演示了在AppConfig類的構造函數中讀取數據庫配置數據：
@Configuration @Data public class AppConfig { private String some; @Autowired // 可省略，Spring 4.x及以上版本支持自動裝配 public AppConfig(ConfigMapper configMapper) { System.out.println("---------------"); List<ConfigDO> all = configMapper.selectList(); // 假設ConfigDO為數據庫實體類 System.out.println(all); this.some = ...; // 使用讀取的數據 } }
盡管代碼運行正常，但ide報錯“could not autowire. no beans of ‘ConfigMapper’ type found.”，這暗示了潛在問題。 雖然此處spring容器似乎通過構造函數注入了ConfigMapper，但這并非最佳實踐。
問題在于@Configuration注解的誤用。@Configuration主要用于定義Bean，而此代碼更適合使用@Component注解。在構造函數中直接進行數據庫操作，與@Configuration的語義不符，降低了代碼的可讀性和可維護性。 依賴注入的時機也存在不確定性，可能導致ConfigMapper尚未初始化完成就嘗試訪問。
為了提高代碼質量和安全性，建議采用以下Spring推薦的初始化方式：
-
實現InitializingBean接口，重寫afterPropertiesSet()方法： 此方法確保在所有Bean屬性設置完成后執行初始化邏輯。
-
使用@PostConstruct注解： 此注解標記的方法會在Bean初始化完成后自動執行。
-
實現ApplicationRunner或CommandLineRunner接口： 這些接口提供在Spring容器啟動完成后執行特定任務的機制，更適合處理與應用啟動相關的初始化操作。
-
使用@Configuration配合@Bean注解： 將數據庫讀取邏輯封裝在一個單獨的@Bean方法中，更清晰地表達了Bean的定義和依賴關系。
以下示例演示了使用@PostConstruct注解的改進方案：
@Component @Data public class AppConfig { private String some; private final ConfigMapper configMapper; public AppConfig(ConfigMapper configMapper) { this.configMapper = configMapper; } @PostConstruct public void init() { System.out.println("---------------"); List<ConfigDO> all = configMapper.selectList(); System.out.println(all); this.some = ...; } }
通過這些方法，可以確保ConfigMapper bean已經正確初始化，避免潛在的NullPointerException以及其他與依賴注入時機相關的錯誤，從而提高代碼的可靠性和可維護性。 選擇合適的初始化方式，可以使代碼更清晰、更易于理解和維護，并符合spring框架的最佳實踐。
