Spring 有一些有助于開發過程的出色功能，但了解該框架的局限性和缺點至關重要。

譯自Spring Framework Has Three Major Pitfalls — Here’s What To Do，作者 Jonathan Vila。

Spring 是一個流行的框架——50%的開發人員現在使用它，它非常適合創建獨立的生產級應用程序。借助其幫助開發過程的新類、接口和 API，開發人員必須學習以決定是否要在其編碼中使用它。這是因為 Spring Boot 的新功能使用不當會導致錯誤、錯誤配置和安全問題，從而影響代碼質量。

使用Spring 框架時，有三點重要事項需要注意。

事務操作

數據庫操作必須全部提交才能供其他連接使用。這意味著，對數據庫執行的每項操作，該過程都必須打開一個事務，更改數據并提交事務，或者在任何操作失敗時回滾事務。

Spring 可以通過@Transactional為方法添加注釋以創建代理，生成在代碼庫中無縫運行以管理事務的代碼。但是，您可能有多個方法調用鏈，其中一個操作對數據庫進行多次更改，并且為了清晰起見，這些更改必須拆分為多個方法。這就是事務傳播發生的地方。

通常，我們有一個帶有 @Transactional 注釋的入口點方法，該方法啟動事務。調用鏈中的其余方法不會指定注釋，這允許第一個方法執行整個提交。這是必需的默認傳播方法。如果沒有正在運行的事務，它將創建一個事務。

但現實往往比我們想象的要復雜。例如，假設您有屬于不同操作的方法，有時您的方法是唯一合適的操作。在這些調用鏈中，我們必須保持兼容的事務傳播，但 Spring 不會考慮自調用的事務規范。

那么，這意味著什么？當您在同一類中從一個方法調用另一個方法時，Spring 將使用“this”方法來引用接收方法。然后 Spring 生成代碼作為代理來處理無法執行的事務。

為避免這種情況，當在事務中可以執行其他方法的方法中，我們應該指定 @Transaction 注釋。

持久實體

Spring 的一個優點是它易于與持久層交互。為了使用類型化對象和屬性，Java 提供了一個 @Entity 注釋來表示關系表，Spring 提供了一個 @Document 注釋來表示 MongoDB 和 ElasticSearch 文檔。在這些情況下，Spring 可以使用元素中的信息并在對象域和數據庫域之間建立橋梁。

這里至關重要的是要理解，這些對象表示與數據庫中存儲元素直接轉換的數據對象，這意味著該對象攜帶的所有字段都將保存在數據庫中。Spring 能夠共享方法來生成 REST API 服務，這些服務在用戶向該服務器發出 HTTP 請求時執行。這些方法還允許使用實體或文檔作為 Spring 將從請求有效負載映射的參數。

為了防止攻擊者冒充用戶的安全問題，建議使用數據傳輸對象 (DTO)將來自用戶的信息轉換為實體或文檔。這將僅考慮必要的信息并對轉換進行清理。

Bean 定義

Spring 的主要功能是其依賴注入，它使用戶能夠定義將注入到其他對象及其生命周期中的 bean。借助此功能，類只需要知道它們的依賴關系是什么。它不需要了解如何以及何時必須實例化和刪除它們。

Spring 框架提供了一種 bean 發現機制，它通過掃描源代碼包來查找 bean 定義。Spring 上下文隨后根據配置實例化這些 bean。然而，這種強大的功能也帶來了責任。重要的是要意識到，此掃描機制可能會影響應用程序的整體性能，并可能導致在編碼時難以發現的運行時錯誤。為了避免這種情況，至關重要的是在應用程序中始終指定一個包作為 Spring bean 掃描的起點。

Spring 及其依賴注入框架在 bean 的使用者端提供了強大的注入機制。這使得 bean 實例非常易于使用，具有特定的生命周期，而無需擔心這些 bean 何時何地被創建或銷毀。為了避免在需要之前注入 bean（這可能會損害應用程序性能），建議不要使用@Autowired注解。相反，應盡可能晚地請求注入，即在通過參數注入需要時。這將指示 Spring 在創建依賴 bean 之前創建 bean。

最后的想法

Spring 提供了一些有助于開發過程的出色功能，但它也附帶了復雜的配置。了解 Spring 的局限性和缺點對于充分利用它至關重要，但這可能很困難。