原文：https://blog.csdn.net/u012562943/article/list/3
一、Lombok是什麼
Lombok是一個可以通過簡單的註解形式來幫助我們簡化消除一些必須有但顯得很臃腫的Java代碼的工具，通過使用對應的註解，可以在編譯源碼的時候生成對應的方法。簡而言之，一句話就是：通過簡單的註解來精簡代碼達到消除冗長代碼的目的。Lombok提供註解方式來提高代碼的簡潔性,常用註解有：@Data，@Setter @Getter，@NonNull，@Synchronized，@ToString，@EqualsAndHashCode，@Cleanup，@SneakyThrows，@NoArgsConstructor, @RequiredArgsConstructor ，@AllArgsConstructor等。具體使用方式和過程請參考Lombok官網（https://projectlombok.org/download），另外各大社區和博客也有很大類似使用文章可以參考。
二、Lombok優缺點
2.1、優點：
- 能通過@Data等註解的形式自動生成構造器、getter/setter、equals、hashcode、toString等方法，提高了一定的開發效率
- 讓代碼變得簡潔，不用過多的去關注相應的方法
- 屬性做修改時，也簡化了維護為這些屬性所生成的getter/setter方法等
2.2、缺點：
- 不支持多種參數構造器的重載
- 雖然省去了手動創建getter/setter方法的麻煩，但大大降低了源代碼的可讀性和完整性，降低了閱讀源代碼的舒適度
三、總結
Lombok雖然有很多優點，但Lombok更類似於一種IDE插件，項目也需要依賴相應的jar包。Lombok依賴jar包是因為編譯時要用它的註解，為什麼說它又類似插件？因為在使用時，eclipse或IntelliJ IDEA都需要安裝相應的插件，在編譯器編譯時通過操作AST（抽象語法樹）改變字節碼生成，變向的就是說它在改變java語法。它不像spring的依賴注入或者mybatis的ORM一樣是運行時的特性，而是編譯時的特性。這裡我個人最感覺不爽的地方就是對插件的依賴！因為Lombok只是省去了一些人工生成代碼的麻煩，但IDE都有快捷鍵來協助生成getter/setter等方法，也非常方便。
知乎上有位大神發表過對Lombok的一些看法：這是一種低級趣味的插件，不建議使用。JAVA發展到今天，各種插件層出不窮，如何甄別各種插件的優劣？能從架構上優化你的設計的，能提高應用程序性能的 ， 實現高度封裝可擴展的...， 像lombok這種，像這種插件，已經不僅僅是插件了，改變了你如何編寫源碼，事實上，少去了代碼你寫上去又如何？ 如果JAVA家族到處充斥這樣的東西，那隻不過是一坨披著金屬顏色的屎，遲早會被 其它的語言取代。雖然話糙但理確實不糙，試想一個項目有非常多類似Lombok這樣的插件，個人覺得真的會極大的降低閱讀源代碼的舒適度。
雖然非常不建議在屬性的getter/setter寫一些業務代碼，但總結以往的項目的實戰中，有時通過給getter/setter加一點點業務代碼，能極大的簡化某些業務場景的代碼。所謂取捨，也許就是這時的捨棄一定的規範，取得極大的方便。當然其實任何編程語言或插件，都僅僅只是工具而已，即使工具再強大也在於用的人，就如同小米加步槍照樣能贏飛機大炮的道理一樣。結合具體業務場景和項目實際情況，無需一味追求高大上的技術，適合的才是王道。Lombok有它的得天獨厚的優點，也有它避之不及的缺點，熟知其優缺點，在實戰中靈活運用才是王道。
閱讀更多 java進階架構師 的文章
