建站
咨詢
售后
建站咨詢
新聞中心
學springboot之前要學什么
1.Spring?Boot?是什么
成都創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設,虹口企業(yè)網(wǎng)站建設,虹口品牌網(wǎng)站建設,網(wǎng)站定制,虹口網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,虹口網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。
我們剛開始學習?JavaWeb?的時候，使用?Servlet/JSP?做開發(fā)，一個接口搞一個?Servlet?，很頭大，后來我們通過隱藏域或者反射等方式，可以減少?Servlet?的創(chuàng)建，但是依然不方便。
再后來，我們引入?Struts2/SpringMVC?這一類的框架，來簡化我們的開發(fā)?，和?Servlet/JSP?相比，引入框架之后，生產(chǎn)力確實提高了不少，但是用久了，又發(fā)現(xiàn)了新的問題，即配置繁瑣易出錯，要做一個新項目，先搭建環(huán)境，環(huán)境搭建來搭建去，就是那幾行配置，不同的項目，可能就是包不同，其他大部分的配置都是一樣的。
Java?總是被人詬病配置繁瑣代碼量巨大，這就是其中一個表現(xiàn)。那么怎么辦？Spring?Boot?應運而生，Spring?Boot?是?Pivotal?團隊在?2013?年開始研發(fā)的一個基于?Spring?的全新框架，試圖將?Spring?中臃腫的配置進行簡化，使?Java?開發(fā)更加輕量與快速，這個框架非?；钴S，官方也非常重視。
Spring?Boot?主要提供了如下功能：
為所有基于?Spring?的?Java?開發(fā)提供方便快捷的入門體驗。
開箱即用，有自己自定義的配置就是用自己的，沒有就使用官方提供的默認的。
提供了一系列通用的非功能性的功能，例如嵌入式服務器、安全管理、健康檢測等。
絕對沒有代碼生成，也不需要XML配置。
Spring?Boot?的出現(xiàn)讓?Java?開發(fā)又回歸簡單，因為確確實實解決了開發(fā)中的痛點，因此這個技術得到了非常廣泛的使用，大概從?2017?年年初開始，Spring?Boot?基本上面試必問，現(xiàn)在流行的?Spring?Cloud?微服務也是基于?Spring?Boot，因此，所有的?Java?工程師都有必要掌握好?Spring?Boot。在此我向大家推薦一個架構學習交流圈。交流學習偽鑫：1253431195（里面有大量的面試題及答案）里面會分享一些資深架構師錄制的視頻錄像：有Spring，MyBatis，Netty源碼分析，高并發(fā)、高性能、分布式、微服務架構的原理，JVM性能優(yōu)化、分布式架構等這些成為架構師必備的知識體系。還能領取免費的學習資源，目前受益良多
從?Spring?Boot?誕生的過程中，我們可以看到：
Spring?Boot?并非另起爐灶，而是在現(xiàn)有的?Spring?框架的基礎上整出來的，它把?Spring?中繁瑣的配置進行了簡化。
Spring?Boot?降低了?Spring?家族的使用門檻，使新手更易上手?Spring?框架。
既然?Spring?Boot?不是另起爐灶，那么?Spring?Boot?學習要不要跳過?SSM?呢？聽松哥來分析。
2.要不要跳過?SSM
這是很多人問我的一個問題，我的建議是：不要。
Spring?Boot?基于?Spring，簡單且容易上手，很多人想當然的跳過?SSM?直接上?Spring?Boot。但是當我們細究?Spring?Boot?中的自動化配置、條件注解、Java?配置等東西時，實在找不出太多新鮮玩意，Java?配置是?Spring3?開始提供的，條件注解?也是?Spring?中的東西，很多很多，都是?Spring?中就有的，只不過這些東西在?Spring?Boot?時代大放異彩。
也就是說，即使你跳過了?SSM?直接去學習?Spring?Boot，實際上還是在學習?Spring?中的東西，那既然這樣，我們還不如坐下來，老老實實把?Spring?過一遍。
各個領域的開發(fā)工程師其實都會面臨類似的問題，學習了一些優(yōu)秀的封裝框架之后，還有沒有必要去學習底層？當然有必要！因為底層的東西可以讓你深刻的理解你目前用的這個東西，也能讓你在出問題時快速解決掉問題。
其實無論你想搞什么技術，都要有牢固的基礎知識，這些牢固的基礎知識就像肥沃的土壤，可以孕育出各種不同技術方向的牛人，基礎掌握好了，學什么框架都快。今天你跳過?SSM?直接學了?Spring?Boot，假如有一天?Spring?Boot?不行了，Pivotal?團隊又基于?Spring?框架搞了一個新的框架出來，那你是不是又要去學一遍？但是如果你一開始就掌握了?Spring?的各種用法，無論基于它搞出來什么樣的框架，你都能快速上手。更進一步，如果你研究透了?Spring?中的?AOP、Ioc/DI，你會發(fā)現(xiàn)很多框架大同小異，核心思想就是這些東西，那么你在學習?Spring?之外的框架，就會容易很多。
3.都要學哪些
那么?Spring?Boot?學習都要學哪些東西呢？我這里列舉了一個進階路線：
最基礎的當然是?Spring/SpringMVC?相關的東西了。
搭配各種頁面模版的使用，例如?Jsp/Thymeleaf/Freemarker/Groovy?Templates?等。
和各種?SQL?數(shù)據(jù)庫的整合，以及一些常見的數(shù)據(jù)持久化框架，例如?JdbcTemplate、MyBatis、Jpa?等。
和各種?NoSQL?數(shù)據(jù)庫的整合，例如?Redis、MongoDB、Elasticsearch?等。
搭配安全管理相關的知識點，例如?Spring?Security、Shiro?等。
緩存的使用，例如?JCache、Ehcache?等。
和消息中間件的搭配整合，如?ActiveMQ、RabbitMQ、Kafka?等。
數(shù)據(jù)校驗/定時任務/郵件發(fā)送等。
各種監(jiān)控的使用。
結合?WebSocket?的使用。
Spring?Cloud?中相關組件。
上面這些只是我列出來的一些比較常見的技術點，每個技術點都還可以延伸出很多其他的東西，大家可以結合自己的情況，按照順序一個一個來學，這里邊還涉及到很多第三方的框架，例如?Redis、MongoDB、RabbitMQ?等，Spring?Boot?的出現(xiàn)只是讓這些組件在和?Spring?家族的產(chǎn)品整合時變得更加方便，但是并不會簡化這些組件原本的用法，所以，該學?Redis、該學?MongoDB、該學?RabbitMQ?等等，還是一個不能少。以?Redis?為例，學會了?Redis，學會了?Spring?整合?Redis，再回過頭來看?Spring?Boot?整合?Redis，那簡直太?easy?了。
當然，學習?Spring?Boot?最終我們還是奔著快速開發(fā)和微服務去的，所以，像?Docker、Spring?Cloud?等技術，也是需要去了解一下的。
4.怎么學
Spring?Boot?發(fā)展到今天，網(wǎng)上的資料和圖書現(xiàn)在是越來越多了。在看資料學習的同時，大家也要留意以下幾個點：
多看源碼。不同于其他全新的框架源碼你可能會看懵了，由于?Spring?Boot?是基于?Spring?的，所以只要你?Spring?基礎扎實，看?Spring?Boot?源碼可以說是毫無壓力。如果看?Spring?Boot?源碼覺得有壓力，那可能你?Spring?基礎不牢靠，這個時候不妨放下?Spring?Boot，去復習下?Spring。
每當學會?Spring?Boot?中的一個知識點，不妨想想這個功能在?Spring?框架中要如何使用，如何配置，兩邊都搞懂了，互相印證，加深對一個知識點的理解。
多多關注?Spring?Boot?的發(fā)展動態(tài)。不同于傳統(tǒng)的框架可能一年更新一兩次，Spring?Boot?更新非常頻繁，二次每次更新都會帶來一些好玩的東西，可能會有新的?API?加入進來，也可能會有舊的?API?失效，變化大，因此多多關注，避免掉坑。
最后，我這里給大家列舉幾個我自己經(jīng)常關注的幾個資源。
4.1?官方文檔
老實說，Spring?Boot?的官方文檔是我接觸的所有官方文檔中最條理清晰淺顯易懂的，大家做開發(fā)，多多少少都接觸過一些第三方的開放平臺，很多平臺的文檔真是讓人忍不住想吐槽，框架都做出來了，認認真真寫個文檔有那么難么？
不過?Spring?Boot?的官方文檔可以算是非常非常友好了。雖然是英文的，但是實際上對英文要求并不高，連讀帶猜，其實很容易明白它的含義，我一般對?Spring?Boot?中某個知識點有疑問的時候，都是首選官方文檔，當然，如果你嫌官方文檔打開慢，也幫你下載好了最新版的?pdf。
聊聊Spring Boot面試相關問題
Spring Boot 是 Spring 開源組織下的子項目，是 Spring 組件一站式解決方案，主要是簡化了使用 Spring 的難度，簡省了繁重的配置，提供了各種啟動器，開發(fā)者能快速上手。
Spring Boot 主要有如下優(yōu)點：
啟動類上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要組合包含了以下 3 個注解：
@SpringBootConfiguration：組合了 @Configuration 注解，實現(xiàn)配置文件的功能。
@EnableAutoConfiguration：打開自動配置的功能，也可以關閉某個自動配置的選項，如關閉數(shù)據(jù)源自動配置功能：
@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。
@ComponentScan：Spring組件掃描。
Spring JavaConfig 是 Spring 社區(qū)的產(chǎn)品，它提供了配置 Spring IoC 容器的純Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的優(yōu)點在于：
（1） 面向?qū)ο蟮呐渲?。由于配置被定義為 JavaConfig 中的類，因此用戶可以
充分利用 Java 中的面向?qū)ο蟮墓δ?。一個配置類可以繼承另一個，重寫它的
@Bean 方法等。
（2） 減少或消除 XML 配置?；谝蕾囎⑷朐瓌t的外化配置的好處已被證明。
但是，許多開發(fā)人員不希望在 XML 和 Java 之間來回切換。JavaConfig 為開發(fā)人員提供了一種純粹 Java 方法來配置與 XML 配置概念相似的 Spring 容器。從
技術角度來講，只是使用 JavaConfig 配置類來配置容器是可行的，但實際上很多人認為將JavaConfig 與 XML 混合匹配是理想的。（3）類型安全和重構友好。JavaConfig 提供了一種類型安全的方法來配置
Spring容器。由于 Java 5.0 對泛型的支持，現(xiàn)在可以按類型而不是按名稱檢索 bean，不需要任何強制轉(zhuǎn)換或基于字符串的查找。
BFPP：BeanFactoryPostProcessor
BPP：BeanPostProcessor
BDRPP:BeanDefinitionRegistryPostProcessor
表達的總體思路是：總-分-總
1、springboot自動裝配是什么，解決了什么問題
2、自動裝配實現(xiàn)的原理：
1、當啟動springboot應用程序的時候， 會先創(chuàng)建SpringApplication的對象，在對象的構造方法中會進行某些參數(shù)的初始化工作，最主要的是判斷當前應用程序的類型以及初始化器和監(jiān)聽器，在這個過程中會加載整個應用程序中的spring.factories文件，將文件的內(nèi)容放到緩存對象中，方便后續(xù)獲取。
2、SpringApplication對象創(chuàng)建完成之后，開始執(zhí)行run方法，來完成整個啟動，啟動過程中最主要的有兩個方法，第一個叫做prepareContext，第二個叫做refreshContext,在這兩個關鍵步驟中完整了自動裝配的核心功能，前面的處理邏輯包含了上下文對象的創(chuàng)建，banner的打印，異常報告期的準備等各個準備工作，方便后續(xù)來進行調(diào)用。
3、在prepareContext方法中主要完成的是對上下文對象的初始化操作，包括了屬性值的設置，比如環(huán)境對象，在整個過程中有一個非常重要的方法，叫做load，load主要完成一件事，將當前啟動類做為一個beanDefinition注冊到registry中，方便后續(xù)在進行BeanFactoryPostProcessor調(diào)用執(zhí)行的時候，找到對應的主類，來完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作
4、在refreshContext方法中會進行整個容器刷新過程，會調(diào)用中spring中的refresh方法，refresh中有13個非常關鍵的方法，來完成整個spring應用程序的啟動，在自動裝配過程中，會調(diào)用invokeBeanFactoryPostProcessor方法，在此方法中主要是對ConfigurationClassPostProcessor類的處理，這次是BFPP的子類也是BDRPP的子類，在調(diào)用的時候會先調(diào)用BDRPP中的postProcessBeanDefinitionRegistry方法，然后調(diào)用postProcessBeanFactory方法，在執(zhí)行postProcessBeanDefinitionRegistry的時候回解析處理各種注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。
5、在解析@Import注解的時候，會有一個getImports的方法，從主類開始遞歸解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中對Import的類進行分類，此處主要識別的時候AutoConfigurationImportSelect歸屬于ImportSelect的子類，在后續(xù)過程中會調(diào)用deferredImportSelectorHandler中的process方法，來完整EnableAutoConfiguration的加載。
6、上面是我對springboot自動裝配的簡單理解，面試官您看一下，我回答有沒有問題，幫我指點一下！
在 Spring Boot 里面，可以使用以下幾種方式來加載配置。
1） properties文件；
2） YAML文件；
3） 系統(tǒng)環(huán)境變量；
等等……
YAML 是一種人類可讀的數(shù)據(jù)序列化語言。它通常用于配置文件。與屬性文件相比，如果我們想要在配置文件中添加復雜的屬性，YAML 文件就更加結構化，而且更少混淆?？梢钥闯?YAML 具有分層配置數(shù)據(jù)。
YAML 現(xiàn)在可以算是非常流行的一種配置文件格式了，無論是前端還是后端，都可以見到 YAML 配置。那么 YAML 配置和傳統(tǒng)的 properties 配置相比到底有哪些優(yōu)勢呢？
相比 properties 配置文件，YAML 還有一個缺點，就是不支持 @PropertySource 注解導入自定義的 YAML 配置。
Spring Boot 推薦使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通過 @ImportResource 注解可以引入一個 XML 配置。 spring boot 核心配置文件是什么？
bootstrap.properties 和 application.properties 有何區(qū)別 ?
單純做 Spring Boot 開發(fā)，可能不太容易遇到 bootstrap.properties 配置文
件，但是在結合 Spring Cloud 時，這個配置就會經(jīng)常遇到了，特別是在需要加載一些遠程配置文件的時侯。
spring boot 核心的兩個配置文件：
bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加載的，比 applicaton 優(yōu)先加載，配置在應用程序上下文的引導階段生效。一般來說我們在 Spring Cloud Config 或者 Nacos 中會用到它。且 boostrap 里面的屬性不
能被覆蓋；
application (. yml 或者 . properties)： 由ApplicatonContext 加載，用于 spring boot 項目的自動化配置。
Spring Profiles 允許用戶根據(jù)配置文件（dev，test，prod 等）來注冊 bean。因此，當應用程序在開發(fā)中運行時，只有某些 bean 可以加載，而在
PRODUCTION中，某些其他 bean 可以加載。假設我們的要求是 Swagger 文檔僅適用于 QA 環(huán)境，并且禁用所有其他文檔。這可以使用配置文件來完成。Spring Boot 使得使用配置文件非常簡單。
為了在自定義端口上運行 Spring Boot 應用程序，您可以在
application.properties 中指定端口。server.port = 8090
為了實現(xiàn) Spring Boot 的安全性，我們使用 spring-boot-starter-security 依賴項，并且必須添加安全配置。它只需要很少的代碼。配置類將必須擴展
WebSecurityConfigurerAdapter 并覆蓋其方法。
跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發(fā)送 GET 請求，無法發(fā)送其他類型的請求，在 RESTful 風格的應用中，就顯得非常雞肋，因此我們推薦在后端通過 （CORS，Cross-origin resource sharing） 來解決跨域問題。這種解決方案并非 Spring Boot 特有的，在傳統(tǒng)的 SSM 框架中，就可以通過 CORS 來解決跨域問題，只不過之前我們是在 XML 文件中配置 CORS ，現(xiàn)在可以通過實現(xiàn)WebMvcConfigurer接口然后重寫addCorsMappings方法解決跨域問題。
項目中前后端分離部署，所以需要解決跨域的問題。
我們使用cookie存放用戶登錄的信息，在spring攔截器進行權限控制，當權限不符合時，直接返回給用戶固定的json結果。
當用戶登錄以后，正常使用；當用戶退出登錄狀態(tài)時或者token過期時，由于攔截器和跨域的順序有問題，出現(xiàn)了跨域的現(xiàn)象。
我們知道一個http請求，先走filter，到達servlet后才進行攔截器的處理，如果我們把cors放在filter里，就可以優(yōu)先于權限攔截器執(zhí)行。
CSRF 代表跨站請求偽造。這是一種攻擊，迫使 終用戶在當前通過身份驗證的 Web 應用程序上執(zhí)行不需要的操作。CSRF 攻擊專門針對狀態(tài)改變請求，而不是數(shù)據(jù)竊取，因為攻擊者無法查看對偽造請求的響應。
Spring boot actuator 是 spring 啟動框架中的重要功能之一。Spring boot 監(jiān)視器可幫助您訪問生產(chǎn)環(huán)境中正在運行的應用程序的當前狀態(tài)。有幾個指標必須在生產(chǎn)環(huán)境中進行檢查和監(jiān)控。即使一些外部應用程序可能正在使用這些服務來向相關人員觸發(fā)警報消息。監(jiān)視器模塊公開了一組可直接作為 HTTP URL 訪問 的REST 端點來檢查狀態(tài)。
如何在 Spring Boot 中禁用 Actuator 端點安全性？
默認情況下，所有敏感的 HTTP 端點都是安全的，只有具有 ACTUATOR 角色
的用戶才能訪問它們。安全性是使用標準的 HttpServletRequest.isUserInRole 方法實施的。 我們可以使用來禁用安全性。只有在執(zhí)行機構端點在防火墻后訪問時，才建議禁用安全性。
Spring Boot 提供監(jiān)視器端點以監(jiān)控各個微服務的度量。這些端點對于獲取有關應用程序的信息（如它們是否已啟動）以及它們的組件（如數(shù)據(jù)庫等）是否正常運行很有幫助。但是，使用監(jiān)視器的一個主要缺點或困難是，我們必須單獨打開應用程序的知識點以了解其狀態(tài)或 健康 狀況。想象一下涉及 50 個應用程序的微服務，管理員將不得不擊中所有 50 個應用程序的執(zhí)行終端。為了幫助我們處理這種情況，我們將使用位于的開源項目。 它建立在 Spring Boot Actuator 之上，它提供了一個 Web UI，使我們能夠可視化多個應用程序的度量。
WebSocket 是一種計算機通信協(xié)議，通過單個 TCP 連接提供全雙工通信信道。
1、 WebSocket 是雙向的 -使用 WebSocket 客戶端或服務器可以發(fā)起消息發(fā)送。
2、 WebSocket 是全雙工的 -客戶端和服務器通信是相互獨立的。
3、 單個 TCP 連接 -初始連接使用 HTTP，然后將此連接升級到基于套接字的連接。然后這個單一連接用于所有未來的通信
4、 Light -與 http 相比，WebSocket 消息數(shù)據(jù)交換要輕得多。
什么是 Spring Data ?
Spring Data 是 Spring 的一個子項目。用于簡化數(shù)據(jù)庫訪問，支持NoSQL 和 關系數(shù)據(jù)存儲。其主要目標是使數(shù)據(jù)庫的訪問變得方便快捷。Spring Data 具有如下特點：
SpringData 項目支持 NoSQL 存儲：
SpringData 項目所支持的關系數(shù)據(jù)存儲技術：
Spring Boot Batch 提供可重用的函數(shù)，這些函數(shù)在處理大量記錄時非常重要，包括日志/跟蹤，事務管理，作業(yè)處理統(tǒng)計信息，作業(yè)重新啟動，跳過和資源管理。它還提供了更先進的技術服務和功能，通過優(yōu)化和分區(qū)技術，可以實現(xiàn)極高批量和高性能批處理作業(yè)。簡單以及復雜的大批量批處理作業(yè)可以高度可擴展的方式利用框架處理重要大量的信息。
FreeMarker 是一個基于 Java 的模板引擎， 初專注于使用 MVC 軟件架構進行動態(tài)網(wǎng)頁生成。使用 Freemarker 的主要優(yōu)點是表示層和業(yè)務層的完全分離。程序員可以處理應用程序代碼，而設計人員可以處理 html 頁面設計。 后使用 freemarker 可以將這些結合起來，給出 終的輸出頁面。
對于集成 Spring Boot 和 ActiveMQ，我們使用依賴關系。 它只需要很少的配置，并且不需要樣板代碼。
Swagger 廣泛用于可視化 API，使用 Swagger UI 為前端開發(fā)人員提供在線沙箱。Swagger 是用于生成 RESTful Web 服務的可視化表示的工具，規(guī)范和完整框架實現(xiàn)。它使文檔能夠以與服務器相同的速度更新。當通過 Swagger 正確定義時，消費者可以使用 少量的實現(xiàn)邏輯來理解遠程服務并與其進行交互。因此，Swagger消除了調(diào)用服務時的猜測。
前后端分離，如何維護接口文檔 ?
前后端分離開發(fā)日益流行，大部分情況下，我們都是通過 Spring Boot 做前后端分離開發(fā)，前后端分離一定會有接口文檔，不然會前后端會深深陷入到扯皮中。一個比較笨的方法就是使用 word 或者 md 來維護接口文檔，但是效率太低，接口一變，所有人手上的文檔都得變。在 Spring Boot 中，這個問題常見
的解決方案是 Swagger ，使用 Swagger 我們可以快速生成一個接口文檔網(wǎng)
站，接口一旦發(fā)生變化，文檔就會自動更新，所有開發(fā)工程師訪問這一個在線網(wǎng)站就可以獲取到 新的接口文檔，非常方便。
這可以使用 DEV 工具來實現(xiàn)。通過這種依賴關系，您可以節(jié)省任何更改，嵌入式tomcat 將重新啟動。Spring Boot 有一個開發(fā)工具（DevTools）模塊，它有助于提高開發(fā)人員的生產(chǎn)力。Java 開發(fā)人員面臨的一個主要挑戰(zhàn)是將文件更改自動部署到服務器并自動重啟服務器。開發(fā)人員可以重新加載 Spring Boot 上的更改，而無需重新啟動服務器。這將消除每次手動部署更改的需要。
Spring Boot 在發(fā)布它的第一個版本時沒有這個功能。這是開發(fā)人員 需要的功能。DevTools 模塊完全滿足開發(fā)人員的需求。該模塊將在生產(chǎn)環(huán)境中被禁用。
它還提供 H2 數(shù)據(jù)庫控制臺以更好地測試應用程序。
使用了下面的一些依賴項
spring-boot-starter-activemq
spring-boot-starter-security
這有助于增加更少的依賴關系，并減少版本的沖突。
Spring Boot 中的 starter 到底是什么 ?
首先，這個 Starter 并非什么新的技術點，基本上還是基于 Spring 已有功能來實現(xiàn)的。首先它提供了一個自動化配置類，一般命名為 XXXAutoConfiguration
，在這個配置類中通過條件注解來決定一個配置是否生效（條件注解就是
Spring 中原本就有的），然后它還會提供一系列的默認配置，也允許開發(fā)者根據(jù)實際情況自定義相關配置，然后通過類型安全的屬性注入將這些配置屬性注入進來，新注入的屬性會代替掉默認屬性。正因為如此，很多第三方框架，我們只需要引入依賴就可以直接使用了。當然，開發(fā)者也可以自定義 Starter spring-boot-starter-parent 有什么用 ?
我們都知道，新創(chuàng)建一個 Spring Boot 項目，默認都是有 parent 的，這個
parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：
Spring Boot 打成的 jar 和普通的 jar 有什么區(qū)別 ?
Spring Boot 項目 終打包成的 jar 是可執(zhí)行 jar ，這種 jar 可以直接通過 java jar xxx.jar 命令來運行，這種 jar 不可以作為普通的 jar 被其他項目依賴，即使依賴了也無法使用其中的類。
Spring Boot 的 jar 無法被其他項目依賴，主要還是他和普通 jar 的結構不同。普通的 jar 包，解壓后直接就是包名，包里就是我們的代碼，而 Spring Boot
打包成的可執(zhí)行 jar 解壓后，在 BOOT-INFclasses 目錄下才是我們的代碼，因此無法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，將 Spring Boot 項目打包成兩個 jar ，一個可執(zhí)行，一個可引用。
1） 打包用命令或者放到容器中運行
2） 用 Maven/ Gradle 插件運行
3）直接執(zhí)行 main 方法運行
1） 繼承spring-boot-starter-parent項目
2） 導入spring-boot-dependencies項目依賴
Spring 提供了一種使用 ControllerAdvice 處理異常的非常有用的方法。 我們通過實現(xiàn)一個 ControlerAdvice 類，來處理控制器類拋出的所有異常。
使用 Spring Boot 實現(xiàn)分頁非常簡單。使用 Spring Data-JPA 可以實現(xiàn)將可分頁的傳遞給存儲庫方法。
微服務中如何實現(xiàn) session 共享 ?
在微服務中，一個完整的項目被拆分成多個不相同的獨立的服務，各個服務獨立部署在不同的服務器上，各自的 session 被從物理空間上隔離開了，但是經(jīng)
常，我們需要在不同微服務之間共享 session ，常見的方案就是 Spring
Session + Redis 來實現(xiàn) session 共享。將所有微服務的 session 統(tǒng)一保存在 Redis 上，當各個微服務對 session 有相關的讀寫操作時，都去操作 Redis 上的 session 。這樣就實現(xiàn)了 session 共享，Spring Session 基于 Spring 中的代理過濾器實現(xiàn)，使得 session 的同步操作對開發(fā)人員而言是透明的，非常簡便。
定時任務也是一個常見的需求，Spring Boot 中對于定時任務的支持主要還是來自 Spring 框架。
在 Spring Boot 中使用定時任務主要有兩種不同的方式，一個就是使用 Spring 中的 @Scheduled 注解，另一個則是使用第三方框架 Quartz。
使用 Spring 中的 @Scheduled 的方式主要通過 @Scheduled 注解來實現(xiàn)。
使用 Quartz ，則按照 Quartz 的方式，定義 Job 和 Trigger 即可。
Java web中JDBC，DAO，mybatis，springJBA Data有什么異同
如果說與數(shù)據(jù)庫打交道的意義上講，JDBC是最基礎的，mybatis等框架主鍵也是基于此。另外springJBA Data是什么鬼，是Spring Data JPA 吧，JPA全稱為Java持久性API（Java Persistence API），JPA是Java EE 5標準之一。
從應用的角度來看，直接使用JDBC寫代碼連接數(shù)據(jù)庫已經(jīng)很少了，除了一些小項目；mybatis可以自動生成dao和daoImpl以及配置文件，可以修改sql語句，使用較為靈活；
為了簡化程序與數(shù)據(jù)庫交互的代碼，spring提供了一個現(xiàn)成的dao層框架，spring家族提供的spring-data適用于關系型數(shù)據(jù)庫和nosql數(shù)據(jù)庫 ，雖然使用起來很方便，但其簡化了SQL功能如查詢所有數(shù)據(jù) findAll()，但復雜查詢就有些麻煩了；
快速切入：Spring框架核心概念總覽
簡而言之，Spring是企業(yè)級Java的開源開發(fā)框架。Spring框架的核心功能可用于開發(fā)任何java應用程序。Spring框架的核心模塊如下：
任何由 Spring IoC 容器初始化的普通 Java 類都稱為 Spring Bean。我們使用 spring 應用程序上下文來獲取 Spring Bean 實例。 Spring IoC Container 管理 Spring Bean 范圍/作用域的生命周期并在 bean 中注入任何所需的依賴項。
Spring bean的不同作用域：
對于任何 Java 應用程序，都有兩個不同的作用域，稱為單例（Singleton）和原型（Prototype）
主要有三種不同的作用域（或范圍），即 請求（request）、會話（session）和全局會話（global-session） ，專門針對基于 Spring 的 Java Web 應用程序。
Singleton 是任何 bean 的默認作用域。這意味著每個 IoC 容器將創(chuàng)建單個 bean 實例。因此，單例 bean 不是線程安全的。
要設置 spring bean 的范圍，我們可以在 標簽中使用scope屬性。 @scope 用于基于注釋的 DI。
Spring 容器是 Spring 框架的核心。容器將創(chuàng)建對象，把它們連接在一起，配置它們，并管理它們從創(chuàng)建到銷毀的完整生命周期。 Spring 容器使用依賴注入 (DI) 來管理組成應用程序的組件。
有兩種不同類型的容器：
BeanFactory 容器 ：這是 Spring 容器的核心。 org.springframework.beans.factory.BeanFactory 是一個接口，充當 IoC 容器，它實例化、配置和管理許多 bean。應用示例如下：
ApplicationContext 容器 ：org.springframework.context.ApplicationContext 接口也充當 IoC 容器，但 ApplicationContext 接口建立在 BeanFactory 接口之上，以提供一些BeanFactory 額外的功能，例如與 Spring 的 AOP 的簡單集成、消息資源處理（對于 I18N )、事件傳播、Web 應用程序的應用層特定上下文（例如 WebApplicationContext）。所以使用 ApplicationContext 比使用 BeanFactory更好些。示例代碼如下：
對于基于注解的依賴注入，使用@Autowired 注解。標有@Component/@Service/@Repository 等的類可以注入到標有@Autowired 的屬性中
@Autowired 應用于:
1）基于構造器和setter的區(qū)別
2）context:annotation-config 和 context:component-scan 的區(qū)別
3）@Component、@Controller、@Repository @Service 注解的區(qū)別
如果一個類用@Component/@Controller/@Service/@Repository 注解標記，那么Spring DI 容器可以在組件掃描機制期間識別該類。但是，對于服務層類使用@Service 是個好主意，并且@Controller 應該在spring mvc web 控制器中使用。 @Repository 用于將 DAO 導入 DI 容器。此外，任何未經(jīng)檢查的異常都將被轉(zhuǎn)換為 Spring DataAccessException。
4）ViewResolver 與 MultipartResolver
ViewResolver 用于按名稱解析視圖。該接口由 InternalResourceViewResolver 實現(xiàn) ;
MultipartResolver 用于處理 web 應用程序中的文件上傳。
5）Spring MVC 中的驗證
org.springframework.validation.Validator 接口支持 spring MVC 驗證。驗證表單的一些實用方法是 ValidationUtils 類中的 rejectIfEmptyOrWhitespace() 和 rejectIfEmpty()。示例如下：
Spring MVC 中驗證表單的另一種方法是:
HandlerInterceptor 接口充當 spring MVC 攔截器。它在服務請求之前和之后攔截。如果您實現(xiàn)了 HandlerInterceptor 接口，則 preHandle()、postHandle() 和 afterCompletion() 是要覆蓋的方法。但是，為了避免覆蓋，您可以使用 HandlerInterceptorAdapter 類。
實現(xiàn) ServletContextAware 和 ServletConfigAware 接口并覆蓋以下方法：
數(shù)據(jù)庫事務是一組被視為關聯(lián)工作單元的操作。事務的主要原則是提交所有操作或在失敗的情況下回滾所有操作。在交易中提交數(shù)據(jù)時，我們需要確保交易協(xié)議/稱為 ACID（原子性-一致性-隔離-持久性）的屬性：
全局事務 vs 本地事務：
臟讀、幻讀和不可重復讀：
隔離與傳播：
在舊版本的 spring 和 hibernate 集成中，需要 HibernateDAOSupport 和 HibernateTemplate。但是，較新版本的 Spring 不建議使用這兩個類（這里僅做了解）。
通常我們從 HibernateDAOSupport 擴展我們的 DAO 類，并且 getHibernateTemplate() 方法將可用于Hibernate會話中的 CRUD 操作。由于這不是推薦的方法，所以我們在 DAO 中注入會話工廠（SessionFactory）。下面的代碼片段會給你一些關于 HibernateDAOSupport 和 HibernateTemplate 的想法:
DAO 是一種設計模式，以最大限度地減少應用程序和后端之間的耦合；
ORM 處理如何將對象映射到對象關系數(shù)據(jù)庫中，從而減少數(shù)據(jù)庫和應用程序之間的耦合。
如果您在沒有 DAO 的情況下使用 ORM，那么您的應用程序?qū)⒆兊靡蕾囉?ORM，因此很難從一個 ORM（例如Hibernate）移動到另一個 ORM（例如 NoSQL）。
Spring DAO 是使用@Repository 注解實現(xiàn)的。 Spring 存儲庫擴展 JPARepository 并傳遞 JPA 實體及其主鍵。
最后，關于Spring框架相關的概念就簡要介紹到這里，希望這能給你進入并深入Spring技術棧一個簡單入口，而不會被Spring技術生態(tài)所驚嚇（Spring現(xiàn)在都成軟件開發(fā)技術的全家桶了，啥都有）——日進一步，鍥而不舍，終將大成！
網(wǎng)站題目：nosql和spring,nosql和MySQL
標題鏈接：http://fisionsoft.com.cn/article/dscjees.html
