1.Spring?Boot?是什么
成都創(chuàng)新互聯(lián)公司長期為上千余家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為撫寧企業(yè)提供專業(yè)的成都網(wǎng)站制作、成都網(wǎng)站建設(shè)，撫寧網(wǎng)站改版等技術(shù)服務(wù)。擁有10余年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。
我們剛開始學(xué)習(xí)?JavaWeb?的時候，使用?Servlet/JSP?做開發(fā)，一個接口搞一個?Servlet?，很頭大，后來我們通過隱藏域或者反射等方式，可以減少?Servlet?的創(chuàng)建，但是依然不方便。
再后來，我們引入?Struts2/SpringMVC?這一類的框架，來簡化我們的開發(fā)?，和?Servlet/JSP?相比，引入框架之后，生產(chǎn)力確實(shí)提高了不少，但是用久了，又發(fā)現(xiàn)了新的問題，即配置繁瑣易出錯，要做一個新項(xiàng)目，先搭建環(huán)境，環(huán)境搭建來搭建去，就是那幾行配置，不同的項(xiàng)目，可能就是包不同，其他大部分的配置都是一樣的。
Java?總是被人詬病配置繁瑣代碼量巨大，這就是其中一個表現(xiàn)。那么怎么辦？Spring?Boot?應(yīng)運(yùn)而生，Spring?Boot?是?Pivotal?團(tuán)隊(duì)在?2013?年開始研發(fā)的一個基于?Spring?的全新框架，試圖將?Spring?中臃腫的配置進(jìn)行簡化，使?Java?開發(fā)更加輕量與快速，這個框架非?；钴S，官方也非常重視。
Spring?Boot?主要提供了如下功能：
為所有基于?Spring?的?Java?開發(fā)提供方便快捷的入門體驗(yàn)。
開箱即用，有自己自定義的配置就是用自己的，沒有就使用官方提供的默認(rèn)的。
提供了一系列通用的非功能性的功能，例如嵌入式服務(wù)器、安全管理、健康檢測等。
絕對沒有代碼生成，也不需要XML配置。
Spring?Boot?的出現(xiàn)讓?Java?開發(fā)又回歸簡單，因?yàn)榇_確實(shí)實(shí)解決了開發(fā)中的痛點(diǎn)，因此這個技術(shù)得到了非常廣泛的使用，大概從?2017?年年初開始，Spring?Boot?基本上面試必問，現(xiàn)在流行的?Spring?Cloud?微服務(wù)也是基于?Spring?Boot，因此，所有的?Java?工程師都有必要掌握好?Spring?Boot。在此我向大家推薦一個架構(gòu)學(xué)習(xí)交流圈。交流學(xué)習(xí)偽鑫：1253431195（里面有大量的面試題及答案）里面會分享一些資深架構(gòu)師錄制的視頻錄像：有Spring，MyBatis，Netty源碼分析，高并發(fā)、高性能、分布式、微服務(wù)架構(gòu)的原理，JVM性能優(yōu)化、分布式架構(gòu)等這些成為架構(gòu)師必備的知識體系。還能領(lǐng)取免費(fèi)的學(xué)習(xí)資源，目前受益良多
從?Spring?Boot?誕生的過程中，我們可以看到：
Spring?Boot?并非另起爐灶，而是在現(xiàn)有的?Spring?框架的基礎(chǔ)上整出來的，它把?Spring?中繁瑣的配置進(jìn)行了簡化。
Spring?Boot?降低了?Spring?家族的使用門檻，使新手更易上手?Spring?框架。
既然?Spring?Boot?不是另起爐灶，那么?Spring?Boot?學(xué)習(xí)要不要跳過?SSM?呢？聽松哥來分析。
2.要不要跳過?SSM
這是很多人問我的一個問題，我的建議是：不要。
Spring?Boot?基于?Spring，簡單且容易上手，很多人想當(dāng)然的跳過?SSM?直接上?Spring?Boot。但是當(dāng)我們細(xì)究?Spring?Boot?中的自動化配置、條件注解、Java?配置等東西時，實(shí)在找不出太多新鮮玩意，Java?配置是?Spring3?開始提供的，條件注解?也是?Spring?中的東西，很多很多，都是?Spring?中就有的，只不過這些東西在?Spring?Boot?時代大放異彩。
也就是說，即使你跳過了?SSM?直接去學(xué)習(xí)?Spring?Boot，實(shí)際上還是在學(xué)習(xí)?Spring?中的東西，那既然這樣，我們還不如坐下來，老老實(shí)實(shí)把?Spring?過一遍。
各個領(lǐng)域的開發(fā)工程師其實(shí)都會面臨類似的問題，學(xué)習(xí)了一些優(yōu)秀的封裝框架之后，還有沒有必要去學(xué)習(xí)底層？當(dāng)然有必要！因?yàn)榈讓拥臇|西可以讓你深刻的理解你目前用的這個東西，也能讓你在出問題時快速解決掉問題。
其實(shí)無論你想搞什么技術(shù)，都要有牢固的基礎(chǔ)知識，這些牢固的基礎(chǔ)知識就像肥沃的土壤，可以孕育出各種不同技術(shù)方向的牛人，基礎(chǔ)掌握好了，學(xué)什么框架都快。今天你跳過?SSM?直接學(xué)了?Spring?Boot，假如有一天?Spring?Boot?不行了，Pivotal?團(tuán)隊(duì)又基于?Spring?框架搞了一個新的框架出來，那你是不是又要去學(xué)一遍？但是如果你一開始就掌握了?Spring?的各種用法，無論基于它搞出來什么樣的框架，你都能快速上手。更進(jìn)一步，如果你研究透了?Spring?中的?AOP、Ioc/DI，你會發(fā)現(xiàn)很多框架大同小異，核心思想就是這些東西，那么你在學(xué)習(xí)?Spring?之外的框架，就會容易很多。
3.都要學(xué)哪些
那么?Spring?Boot?學(xué)習(xí)都要學(xué)哪些東西呢？我這里列舉了一個進(jìn)階路線：
最基礎(chǔ)的當(dāng)然是?Spring/SpringMVC?相關(guān)的東西了。
搭配各種頁面模版的使用，例如?Jsp/Thymeleaf/Freemarker/Groovy?Templates?等。
和各種?SQL?數(shù)據(jù)庫的整合，以及一些常見的數(shù)據(jù)持久化框架，例如?JdbcTemplate、MyBatis、Jpa?等。
和各種?NoSQL?數(shù)據(jù)庫的整合，例如?Redis、MongoDB、Elasticsearch?等。
搭配安全管理相關(guān)的知識點(diǎn)，例如?Spring?Security、Shiro?等。
緩存的使用，例如?JCache、Ehcache?等。
和消息中間件的搭配整合，如?ActiveMQ、RabbitMQ、Kafka?等。
數(shù)據(jù)校驗(yàn)/定時任務(wù)/郵件發(fā)送等。
各種監(jiān)控的使用。
結(jié)合?WebSocket?的使用。
Spring?Cloud?中相關(guān)組件。
上面這些只是我列出來的一些比較常見的技術(shù)點(diǎn)，每個技術(shù)點(diǎn)都還可以延伸出很多其他的東西，大家可以結(jié)合自己的情況，按照順序一個一個來學(xué)，這里邊還涉及到很多第三方的框架，例如?Redis、MongoDB、RabbitMQ?等，Spring?Boot?的出現(xiàn)只是讓這些組件在和?Spring?家族的產(chǎn)品整合時變得更加方便，但是并不會簡化這些組件原本的用法，所以，該學(xué)?Redis、該學(xué)?MongoDB、該學(xué)?RabbitMQ?等等，還是一個不能少。以?Redis?為例，學(xué)會了?Redis，學(xué)會了?Spring?整合?Redis，再回過頭來看?Spring?Boot?整合?Redis，那簡直太?easy?了。
當(dāng)然，學(xué)習(xí)?Spring?Boot?最終我們還是奔著快速開發(fā)和微服務(wù)去的，所以，像?Docker、Spring?Cloud?等技術(shù)，也是需要去了解一下的。
4.怎么學(xué)
Spring?Boot?發(fā)展到今天，網(wǎng)上的資料和圖書現(xiàn)在是越來越多了。在看資料學(xué)習(xí)的同時，大家也要留意以下幾個點(diǎn)：
多看源碼。不同于其他全新的框架源碼你可能會看懵了，由于?Spring?Boot?是基于?Spring?的，所以只要你?Spring?基礎(chǔ)扎實(shí)，看?Spring?Boot?源碼可以說是毫無壓力。如果看?Spring?Boot?源碼覺得有壓力，那可能你?Spring?基礎(chǔ)不牢靠，這個時候不妨放下?Spring?Boot，去復(fù)習(xí)下?Spring。
每當(dāng)學(xué)會?Spring?Boot?中的一個知識點(diǎn)，不妨想想這個功能在?Spring?框架中要如何使用，如何配置，兩邊都搞懂了，互相印證，加深對一個知識點(diǎn)的理解。
多多關(guān)注?Spring?Boot?的發(fā)展動態(tài)。不同于傳統(tǒng)的框架可能一年更新一兩次，Spring?Boot?更新非常頻繁，二次每次更新都會帶來一些好玩的東西，可能會有新的?API?加入進(jìn)來，也可能會有舊的?API?失效，變化大，因此多多關(guān)注，避免掉坑。
最后，我這里給大家列舉幾個我自己經(jīng)常關(guān)注的幾個資源。
4.1?官方文檔
老實(shí)說，Spring?Boot?的官方文檔是我接觸的所有官方文檔中最條理清晰淺顯易懂的，大家做開發(fā)，多多少少都接觸過一些第三方的開放平臺，很多平臺的文檔真是讓人忍不住想吐槽，框架都做出來了，認(rèn)認(rèn)真真寫個文檔有那么難么？
不過?Spring?Boot?的官方文檔可以算是非常非常友好了。雖然是英文的，但是實(shí)際上對英文要求并不高，連讀帶猜，其實(shí)很容易明白它的含義，我一般對?Spring?Boot?中某個知識點(diǎn)有疑問的時候，都是首選官方文檔，當(dāng)然，如果你嫌官方文檔打開慢，也幫你下載好了最新版的?pdf。
要制作掛和游戲腳本2個都能制作。
只要你學(xué)的精通，任何語言都能制作，語言只是一種工具，通過相應(yīng)的平臺都可以實(shí)現(xiàn)你的要求。
.NET對應(yīng)的是microsoft visual studio平臺開發(fā)，JAVA可以使用Eclipse或NetBeans。
JAVA的配置比較繁瑣，沒.NET來的簡單明了。
備注：如果是.NET你可以學(xué)C++語言來開發(fā)，相對是底層語言，比較適合你的要求。
最主要還是看你個人喜好了，當(dāng)初我剛學(xué)的時候，就是覺得JAVA配置太繁瑣所以放棄了呵呵。
什么時候用xml：配置文件
1.外部jar包依賴bean配置
2.用注解無法實(shí)現(xiàn)，或者用注解無法輕易實(shí)現(xiàn)的情形
3.項(xiàng)目組內(nèi)部達(dá)成一致的約定的地方
4.特殊的配置（如：定義一個map）
優(yōu)：容易編輯，配置比較集中，方便修改，在大業(yè)務(wù)量的系統(tǒng)里面，通過xml配置會方便后人理解整個系統(tǒng)的架構(gòu)
缺：比較繁瑣，類型不安全，配置形態(tài)丑陋,配置文件過多的時候難以管理
========================================
什么時候用注解
除了上面4點(diǎn)，其他情況都可以用
優(yōu)：方便，簡潔，配置信息和 Java 代碼放在一起，有助于增強(qiáng)程序的內(nèi)聚性。
缺：分散到各個class文件中，所以不宜維護(hù)
1.?Java語言是不是繁瑣呢？手頭有一本《Thinking in Java》中文第四版，數(shù)了一下正文共22章856頁。隨手翻一下，示例代碼和講解正文大概比例在1.5 : 1這樣。沒有真正用Java干過項(xiàng)目的人肯定會大為驚嘆：我勒個去，這么多知識點(diǎn)！此為“繁”;
2. 絕大部分搞編程的人，事實(shí)上，都是在使用一門語言的某個子集。該子集的形成由項(xiàng)目主導(dǎo)者發(fā)起、開發(fā)活動參與者共同決定，且相對長期穩(wěn)定。每一個即將參與該項(xiàng)目的人肯定會先把語言學(xué)個大概（其難度參考前一條），然后再根據(jù)項(xiàng)目學(xué)習(xí)該語言子集，最后固化下來。不斷使用該子集固然能提升開發(fā)效率，但代價不菲，極容易就變成了項(xiàng)目中的一顆鏍絲釘（“專家”）;
3. 一門語言的設(shè)計肯定不會一蹴而就，一步步改良。沒記錯的話，Java誕生于1995年左右，到今天已經(jīng)快滿20年。在當(dāng)時那種IT環(huán)境和條件下設(shè)計出來的語言，必然存在許多妥協(xié)、限制與錯誤，既不能隨便將之抹除（可能還有很多工程依賴著），也不能隨便更正，只能通過添加新語法、新類庫來打補(bǔ)丁，導(dǎo)致語言更“繁”。舉個例子，非內(nèi)建容器類庫是一個典型硬傷，再舉個例子，時間日期類沒見有多好用，也沒見有更新過，連替代品都沒見過（恕我不寫Java，的確沒見過）;
4. 類庫（框架）豐富是好事還是壞事，要看針對同一個任務(wù)能找到多少替代品。如果有三到四個，那么肯定是好事，既不會造成單點(diǎn)故障，也不至于造成理解和記憶上的負(fù)擔(dān)。但是類庫太多，選擇太多，人的幸福感反而會下降，高效率也就無從談起;
5. 框架真的可以保證快速開發(fā)嗎？熟悉的話是可以的，專家編程嘛！但是
熟悉之前要花非常多時間學(xué)習(xí)使用吃悶虧。
框架只能免除掉一部分開發(fā)工作量。
框架跟業(yè)務(wù)總是存在“不合縫”的差異。
只不過將復(fù)雜度從開發(fā)轉(zhuǎn)移到了部署運(yùn)維。
依賴性極強(qiáng)。
6. IDE可以提高開發(fā)效率嗎？僅僅一部分罷了。IDE本身就是個非常復(fù)雜的東西，將之調(diào)校到符合個人開發(fā)步調(diào)的進(jìn)程可能會持續(xù)很久，事實(shí)上大部分人也只是用一些常用功能罷了。而且
基于圖形界面意味著自動化不容易（需要編寫額外插件）。
出了問題查找原因不易。
依賴性極強(qiáng)。
7. Java本身是面向系統(tǒng)（機(jī)器）的，不是面向開發(fā)人員的。這種強(qiáng)設(shè)計保證有助于提升目標(biāo)系統(tǒng)的可靠性，卻犧牲了開發(fā)人員的幸福感。既然設(shè)計得如此嚴(yán)謹(jǐn)規(guī)范，為什么不能自動生成Java程序，
重慶分公司
重慶分公司
