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

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

Spring 是一個(gè)流行的框架——50%的開發(fā)人員現(xiàn)在使用它，它非常適合創(chuàng)建獨(dú)立的生產(chǎn)級(jí)應(yīng)用程序。借助其幫助開發(fā)過程的新類、接口和 API，開發(fā)人員必須學(xué)習(xí)以決定是否要在其編碼中使用它。這是因?yàn)?Spring Boot 的新功能使用不當(dāng)會(huì)導(dǎo)致錯(cuò)誤、錯(cuò)誤配置和安全問題，從而影響代碼質(zhì)量。

使用Spring 框架時(shí)，有三點(diǎn)重要事項(xiàng)需要注意。

事務(wù)操作

數(shù)據(jù)庫操作必須全部提交才能供其他連接使用。這意味著，對(duì)數(shù)據(jù)庫執(zhí)行的每項(xiàng)操作，該過程都必須打開一個(gè)事務(wù)，更改數(shù)據(jù)并提交事務(wù)，或者在任何操作失敗時(shí)回滾事務(wù)。

Spring 可以通過@Transactional為方法添加注釋以創(chuàng)建代理，生成在代碼庫中無縫運(yùn)行以管理事務(wù)的代碼。但是，您可能有多個(gè)方法調(diào)用鏈，其中一個(gè)操作對(duì)數(shù)據(jù)庫進(jìn)行多次更改，并且為了清晰起見，這些更改必須拆分為多個(gè)方法。這就是事務(wù)傳播發(fā)生的地方。

通常，我們有一個(gè)帶有 @Transactional 注釋的入口點(diǎn)方法，該方法啟動(dòng)事務(wù)。調(diào)用鏈中的其余方法不會(huì)指定注釋，這允許第一個(gè)方法執(zhí)行整個(gè)提交。這是必需的默認(rèn)傳播方法。如果沒有正在運(yùn)行的事務(wù)，它將創(chuàng)建一個(gè)事務(wù)。

但現(xiàn)實(shí)往往比我們想象的要復(fù)雜。例如，假設(shè)您有屬于不同操作的方法，有時(shí)您的方法是唯一合適的操作。在這些調(diào)用鏈中，我們必須保持兼容的事務(wù)傳播，但 Spring 不會(huì)考慮自調(diào)用的事務(wù)規(guī)范。

那么，這意味著什么？當(dāng)您在同一類中從一個(gè)方法調(diào)用另一個(gè)方法時(shí)，Spring 將使用“this”方法來引用接收方法。然后 Spring 生成代碼作為代理來處理無法執(zhí)行的事務(wù)。

為避免這種情況，當(dāng)在事務(wù)中可以執(zhí)行其他方法的方法中，我們應(yīng)該指定 @Transaction 注釋。

持久實(shí)體

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

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

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

Bean 定義

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

Spring 框架提供了一種 bean 發(fā)現(xiàn)機(jī)制，它通過掃描源代碼包來查找 bean 定義。Spring 上下文隨后根據(jù)配置實(shí)例化這些 bean。然而，這種強(qiáng)大的功能也帶來了責(zé)任。重要的是要意識(shí)到，此掃描機(jī)制可能會(huì)影響應(yīng)用程序的整體性能，并可能導(dǎo)致在編碼時(shí)難以發(fā)現(xiàn)的運(yùn)行時(shí)錯(cuò)誤。為了避免這種情況，至關(guān)重要的是在應(yīng)用程序中始終指定一個(gè)包作為 Spring bean 掃描的起點(diǎn)。

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

最后的想法

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