springboot2可以用來干什么？

SpringBoot對開發者來說最大的好處就是可以自動配置Spring應用。SpringBoot將根據應用程序中聲明的第三方依賴項自動配置Spring框架，而無需顯式聲明。例如，當聲明了對HSQLDB的依賴時，SpringBoot將被自動配置為使用HSQLDB進行數據庫操作。

SpringBoot建議使用基于Java注釋的配置，而不是傳統的XML。

SpringBoot中Controller層中的方法為什么只能是public？

會影響AOP的使用，無法引入注解b

springboot那么多注解怎么記？

你不我不需要記住所有的人。可以先記幾個常用的，以后再用。當你熟練使用它們之后，你會發現你已經基本記住了它們。

java微服務開發最適合使用springboot嗎？

讓我們現在不談微服務是用Dubbo還是SpringCloud，或者是用RPC還是RestfulAPI。讓讓我們來談談為什么大多數Java微服務使用SpringBoot。文章中會有很多我個人的主觀看法。如果不同意，可以留言討論。

首先我們要明白為什么要做微服務。

微服務架構將整個應用分成更小的獨立服務，每個服務實現一組獨立的功能。微服務通過API公開自己的功能實現，然后通過服務治理和服務安排完成系統的完整功能。

每個服務都是獨立而微小的(其實這個【微小】爭議很大，這里就不討論了)。一個微服務由一個團隊管理，包括需求、開發、運維，可以自由選擇技術，但要求遵守一定的規范；每個微服務都需要快速迭代和部署；總的來說，微服務架構突出一個字【快】。

所以回到題目中的問題，微服務的開發是否適合使用SpringBoot？個人認為，答案是肯定的，SpringBoot適合微服務架構。

SpringBoot的初衷是簡化Spring應用工程的建設。事實上，SpringBoot沒有引入任何新的東西，本質上，它是在Spring和第三方框架的基礎上集成的。SpringBoot用定義的注釋替換xml配置文件，并嵌入應用服務器。amp的想法慣例大于配置

簡而言之，SpringBoot使構建、開發、部署、認證和監控服務變得更加容易。

所以結合以上兩點，微服務講究項目粒度的劃分。一個項目會被分成多個子項目，子項目(微服務)會被獨立部署，并通過協議相互交互。每一個微服務都需要【快速】的迭代和部署；SpringBoot最大的特點就是讓應用開發過程【更快】，所以在微服務架構上，SpringBoot非常適合。

當然，開發框架只是【快速】開發的一部分，微服務框架也不僅僅指微而快的應用服務。舉個例子，如果你的技術團隊仍然是需求、開發、測試分離的，那么每次需要提出一個業務，需求者就需要審核需求，然后向開發人員解釋需求。開發人員完成開發后，他們部署測試環境，測試人員開始測試。測試通過后，提交上線申請，找到上線節點，運維人員部署開發環境。...

你可以不要像這樣快速起床。...

我會繼續分享我對Java開發、架構設計、程序員職業發展等方面的看法，希望得到大家的關注。