學springboot之前要學什么

1.Spring?Boot?是什么

成都創新互聯公司是一家集網站建設,虹口企業網站建設,虹口品牌網站建設,網站定制,虹口網站建設報價,網絡營銷,網絡優化,虹口網站推廣為一體的創新建站企業，幫助傳統企業提升企業形象加強企業競爭力。可充分滿足這一群體相比中小企業更為豐富、高端、多元的互聯網需求。同時我們時刻保持專業、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們為更多的企業打造出實用型網站。

我們剛開始學習?JavaWeb?的時候，使用?Servlet/JSP?做開發，一個接口搞一個?Servlet?，很頭大，后來我們通過隱藏域或者反射等方式，可以減少?Servlet?的創建，但是依然不方便。

再后來，我們引入?Struts2/SpringMVC?這一類的框架，來簡化我們的開發?，和?Servlet/JSP?相比，引入框架之后，生產力確實提高了不少，但是用久了，又發現了新的問題，即配置繁瑣易出錯，要做一個新項目，先搭建環境，環境搭建來搭建去，就是那幾行配置，不同的項目，可能就是包不同，其他大部分的配置都是一樣的。

Java?總是被人詬病配置繁瑣代碼量巨大，這就是其中一個表現。那么怎么辦？Spring?Boot?應運而生，Spring?Boot?是?Pivotal?團隊在?2013?年開始研發的一個基于?Spring?的全新框架，試圖將?Spring?中臃腫的配置進行簡化，使?Java?開發更加輕量與快速，這個框架非常活躍，官方也非常重視。

Spring?Boot?主要提供了如下功能：

為所有基于?Spring?的?Java?開發提供方便快捷的入門體驗。

開箱即用，有自己自定義的配置就是用自己的，沒有就使用官方提供的默認的。

提供了一系列通用的非功能性的功能，例如嵌入式服務器、安全管理、健康檢測等。

絕對沒有代碼生成，也不需要XML配置。

Spring?Boot?的出現讓?Java?開發又回歸簡單，因為確確實實解決了開發中的痛點，因此這個技術得到了非常廣泛的使用，大概從?2017?年年初開始，Spring?Boot?基本上面試必問，現在流行的?Spring?Cloud?微服務也是基于?Spring?Boot，因此，所有的?Java?工程師都有必要掌握好?Spring?Boot。在此我向大家推薦一個架構學習交流圈。交流學習偽鑫：1253431195（里面有大量的面試題及答案）里面會分享一些資深架構師錄制的視頻錄像：有Spring，MyBatis，Netty源碼分析，高并發、高性能、分布式、微服務架構的原理，JVM性能優化、分布式架構等這些成為架構師必備的知識體系。還能領取免費的學習資源，目前受益良多

從?Spring?Boot?誕生的過程中，我們可以看到：

Spring?Boot?并非另起爐灶，而是在現有的?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?過一遍。

各個領域的開發工程師其實都會面臨類似的問題，學習了一些優秀的封裝框架之后，還有沒有必要去學習底層？當然有必要！因為底層的東西可以讓你深刻的理解你目前用的這個東西，也能讓你在出問題時快速解決掉問題。

其實無論你想搞什么技術，都要有牢固的基礎知識，這些牢固的基礎知識就像肥沃的土壤，可以孕育出各種不同技術方向的牛人，基礎掌握好了，學什么框架都快。今天你跳過?SSM?直接學了?Spring?Boot，假如有一天?Spring?Boot?不行了，Pivotal?團隊又基于?Spring?框架搞了一個新的框架出來，那你是不是又要去學一遍？但是如果你一開始就掌握了?Spring?的各種用法，無論基于它搞出來什么樣的框架，你都能快速上手。更進一步，如果你研究透了?Spring?中的?AOP、Ioc/DI，你會發現很多框架大同小異，核心思想就是這些東西，那么你在學習?Spring?之外的框架，就會容易很多。

3.都要學哪些

那么?Spring?Boot?學習都要學哪些東西呢？我這里列舉了一個進階路線：

最基礎的當然是?Spring/SpringMVC?相關的東西了。

搭配各種頁面模版的使用，例如?Jsp/Thymeleaf/Freemarker/Groovy?Templates?等。

和各種?SQL?數據庫的整合，以及一些常見的數據持久化框架，例如?JdbcTemplate、MyBatis、Jpa?等。

和各種?NoSQL?數據庫的整合，例如?Redis、MongoDB、Elasticsearch?等。

搭配安全管理相關的知識點，例如?Spring?Security、Shiro?等。

緩存的使用，例如?JCache、Ehcache?等。

和消息中間件的搭配整合，如?ActiveMQ、RabbitMQ、Kafka?等。

數據校驗/定時任務/郵件發送等。

各種監控的使用。

結合?WebSocket?的使用。

Spring?Cloud?中相關組件。

上面這些只是我列出來的一些比較常見的技術點，每個技術點都還可以延伸出很多其他的東西，大家可以結合自己的情況，按照順序一個一個來學，這里邊還涉及到很多第三方的框架，例如?Redis、MongoDB、RabbitMQ?等，Spring?Boot?的出現只是讓這些組件在和?Spring?家族的產品整合時變得更加方便，但是并不會簡化這些組件原本的用法，所以，該學?Redis、該學?MongoDB、該學?RabbitMQ?等等，還是一個不能少。以?Redis?為例，學會了?Redis，學會了?Spring?整合?Redis，再回過頭來看?Spring?Boot?整合?Redis，那簡直太?easy?了。

當然，學習?Spring?Boot?最終我們還是奔著快速開發和微服務去的，所以，像?Docker、Spring?Cloud?等技術，也是需要去了解一下的。

4.怎么學

Spring?Boot?發展到今天，網上的資料和圖書現在是越來越多了。在看資料學習的同時，大家也要留意以下幾個點：

多看源碼。不同于其他全新的框架源碼你可能會看懵了，由于?Spring?Boot?是基于?Spring?的，所以只要你?Spring?基礎扎實，看?Spring?Boot?源碼可以說是毫無壓力。如果看?Spring?Boot?源碼覺得有壓力，那可能你?Spring?基礎不牢靠，這個時候不妨放下?Spring?Boot，去復習下?Spring。

每當學會?Spring?Boot?中的一個知識點，不妨想想這個功能在?Spring?框架中要如何使用，如何配置，兩邊都搞懂了，互相印證，加深對一個知識點的理解。

多多關注?Spring?Boot?的發展動態。不同于傳統的框架可能一年更新一兩次，Spring?Boot?更新非常頻繁，二次每次更新都會帶來一些好玩的東西，可能會有新的?API?加入進來，也可能會有舊的?API?失效，變化大，因此多多關注，避免掉坑。

最后，我這里給大家列舉幾個我自己經常關注的幾個資源。

4.1?官方文檔

老實說，Spring?Boot?的官方文檔是我接觸的所有官方文檔中最條理清晰淺顯易懂的，大家做開發，多多少少都接觸過一些第三方的開放平臺，很多平臺的文檔真是讓人忍不住想吐槽，框架都做出來了，認認真真寫個文檔有那么難么？

不過?Spring?Boot?的官方文檔可以算是非常非常友好了。雖然是英文的，但是實際上對英文要求并不高，連讀帶猜，其實很容易明白它的含義，我一般對?Spring?Boot?中某個知識點有疑問的時候，都是首選官方文檔，當然，如果你嫌官方文檔打開慢，也幫你下載好了最新版的?pdf。

聊聊Spring Boot面試相關問題

Spring Boot 是 Spring 開源組織下的子項目，是 Spring 組件一站式解決方案，主要是簡化了使用 Spring 的難度，簡省了繁重的配置，提供了各種啟動器，開發者能快速上手。

Spring Boot 主要有如下優點：

啟動類上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要組合包含了以下 3 個注解：

@SpringBootConfiguration：組合了 @Configuration 注解，實現配置文件的功能。

@EnableAutoConfiguration：打開自動配置的功能，也可以關閉某個自動配置的選項，如關閉數據源自動配置功能：

@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。

@ComponentScan：Spring組件掃描。

Spring JavaConfig 是 Spring 社區的產品，它提供了配置 Spring IoC 容器的純Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的優點在于：

（1） 面向對象的配置。由于配置被定義為 JavaConfig 中的類，因此用戶可以

充分利用 Java 中的面向對象的功能。一個配置類可以繼承另一個，重寫它的

@Bean 方法等。

（2） 減少或消除 XML 配置。基于依賴注入原則的外化配置的好處已被證明。

但是，許多開發人員不希望在 XML 和 Java 之間來回切換。JavaConfig 為開發人員提供了一種純粹 Java 方法來配置與 XML 配置概念相似的 Spring 容器。從

技術角度來講，只是使用 JavaConfig 配置類來配置容器是可行的，但實際上很多人認為將JavaConfig 與 XML 混合匹配是理想的。（3）類型安全和重構友好。JavaConfig 提供了一種類型安全的方法來配置

Spring容器。由于 Java 5.0 對泛型的支持，現在可以按類型而不是按名稱檢索 bean，不需要任何強制轉換或基于字符串的查找。

BFPP：BeanFactoryPostProcessor

BPP：BeanPostProcessor

BDRPP:BeanDefinitionRegistryPostProcessor

表達的總體思路是：總-分-總

1、springboot自動裝配是什么，解決了什么問題

2、自動裝配實現的原理：

1、當啟動springboot應用程序的時候， 會先創建SpringApplication的對象，在對象的構造方法中會進行某些參數的初始化工作，最主要的是判斷當前應用程序的類型以及初始化器和監聽器，在這個過程中會加載整個應用程序中的spring.factories文件，將文件的內容放到緩存對象中，方便后續獲取。

2、SpringApplication對象創建完成之后，開始執行run方法，來完成整個啟動，啟動過程中最主要的有兩個方法，第一個叫做prepareContext，第二個叫做refreshContext,在這兩個關鍵步驟中完整了自動裝配的核心功能，前面的處理邏輯包含了上下文對象的創建，banner的打印，異常報告期的準備等各個準備工作，方便后續來進行調用。

3、在prepareContext方法中主要完成的是對上下文對象的初始化操作，包括了屬性值的設置，比如環境對象，在整個過程中有一個非常重要的方法，叫做load，load主要完成一件事，將當前啟動類做為一個beanDefinition注冊到registry中，方便后續在進行BeanFactoryPostProcessor調用執行的時候，找到對應的主類，來完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作

4、在refreshContext方法中會進行整個容器刷新過程，會調用中spring中的refresh方法，refresh中有13個非常關鍵的方法，來完成整個spring應用程序的啟動，在自動裝配過程中，會調用invokeBeanFactoryPostProcessor方法，在此方法中主要是對ConfigurationClassPostProcessor類的處理，這次是BFPP的子類也是BDRPP的子類，在調用的時候會先調用BDRPP中的postProcessBeanDefinitionRegistry方法，然后調用postProcessBeanFactory方法，在執行postProcessBeanDefinitionRegistry的時候回解析處理各種注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。

5、在解析@Import注解的時候，會有一個getImports的方法，從主類開始遞歸解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中對Import的類進行分類，此處主要識別的時候AutoConfigurationImportSelect歸屬于ImportSelect的子類，在后續過程中會調用deferredImportSelectorHandler中的process方法，來完整EnableAutoConfiguration的加載。

6、上面是我對springboot自動裝配的簡單理解，面試官您看一下，我回答有沒有問題，幫我指點一下！

在 Spring Boot 里面，可以使用以下幾種方式來加載配置。

1） properties文件；

2） YAML文件；

3） 系統環境變量；

等等……

YAML 是一種人類可讀的數據序列化語言。它通常用于配置文件。與屬性文件相比，如果我們想要在配置文件中添加復雜的屬性，YAML 文件就更加結構化，而且更少混淆。可以看出 YAML 具有分層配置數據。

YAML 現在可以算是非常流行的一種配置文件格式了，無論是前端還是后端，都可以見到 YAML 配置。那么 YAML 配置和傳統的 properties 配置相比到底有哪些優勢呢？

相比 properties 配置文件，YAML 還有一個缺點，就是不支持 @PropertySource 注解導入自定義的 YAML 配置。

Spring Boot 推薦使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通過 @ImportResource 注解可以引入一個 XML 配置。 spring boot 核心配置文件是什么？

bootstrap.properties 和 application.properties 有何區別 ?

單純做 Spring Boot 開發，可能不太容易遇到 bootstrap.properties 配置文

件，但是在結合 Spring Cloud 時，這個配置就會經常遇到了，特別是在需要加載一些遠程配置文件的時侯。

spring boot 核心的兩個配置文件：

bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加載的，比 applicaton 優先加載，配置在應用程序上下文的引導階段生效。一般來說我們在 Spring Cloud Config 或者 Nacos 中會用到它。且 boostrap 里面的屬性不

能被覆蓋；

application (. yml 或者 . properties)： 由ApplicatonContext 加載，用于 spring boot 項目的自動化配置。

Spring Profiles 允許用戶根據配置文件（dev，test，prod 等）來注冊 bean。因此，當應用程序在開發中運行時，只有某些 bean 可以加載，而在

PRODUCTION中，某些其他 bean 可以加載。假設我們的要求是 Swagger 文檔僅適用于 QA 環境，并且禁用所有其他文檔。這可以使用配置文件來完成。Spring Boot 使得使用配置文件非常簡單。

為了在自定義端口上運行 Spring Boot 應用程序，您可以在

application.properties 中指定端口。server.port = 8090

為了實現 Spring Boot 的安全性，我們使用 spring-boot-starter-security 依賴項，并且必須添加安全配置。它只需要很少的代碼。配置類將必須擴展

WebSecurityConfigurerAdapter 并覆蓋其方法。

跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發送 GET 請求，無法發送其他類型的請求，在 RESTful 風格的應用中，就顯得非常雞肋，因此我們推薦在后端通過 （CORS，Cross-origin resource sharing） 來解決跨域問題。這種解決方案并非 Spring Boot 特有的，在傳統的 SSM 框架中，就可以通過 CORS 來解決跨域問題，只不過之前我們是在 XML 文件中配置 CORS ，現在可以通過實現WebMvcConfigurer接口然后重寫addCorsMappings方法解決跨域問題。

項目中前后端分離部署，所以需要解決跨域的問題。

我們使用cookie存放用戶登錄的信息，在spring攔截器進行權限控制，當權限不符合時，直接返回給用戶固定的json結果。

當用戶登錄以后，正常使用；當用戶退出登錄狀態時或者token過期時，由于攔截器和跨域的順序有問題，出現了跨域的現象。

我們知道一個http請求，先走filter，到達servlet后才進行攔截器的處理，如果我們把cors放在filter里，就可以優先于權限攔截器執行。

CSRF 代表跨站請求偽造。這是一種攻擊，迫使 終用戶在當前通過身份驗證的 Web 應用程序上執行不需要的操作。CSRF 攻擊專門針對狀態改變請求，而不是數據竊取，因為攻擊者無法查看對偽造請求的響應。

Spring boot actuator 是 spring 啟動框架中的重要功能之一。Spring boot 監視器可幫助您訪問生產環境中正在運行的應用程序的當前狀態。有幾個指標必須在生產環境中進行檢查和監控。即使一些外部應用程序可能正在使用這些服務來向相關人員觸發警報消息。監視器模塊公開了一組可直接作為 HTTP URL 訪問 的REST 端點來檢查狀態。

如何在 Spring Boot 中禁用 Actuator 端點安全性？

默認情況下，所有敏感的 HTTP 端點都是安全的，只有具有 ACTUATOR 角色

的用戶才能訪問它們。安全性是使用標準的 HttpServletRequest.isUserInRole 方法實施的。 我們可以使用來禁用安全性。只有在執行機構端點在防火墻后訪問時，才建議禁用安全性。

Spring Boot 提供監視器端點以監控各個微服務的度量。這些端點對于獲取有關應用程序的信息（如它們是否已啟動）以及它們的組件（如數據庫等）是否正常運行很有幫助。但是，使用監視器的一個主要缺點或困難是，我們必須單獨打開應用程序的知識點以了解其狀態或 健康 狀況。想象一下涉及 50 個應用程序的微服務，管理員將不得不擊中所有 50 個應用程序的執行終端。為了幫助我們處理這種情況，我們將使用位于的開源項目。 它建立在 Spring Boot Actuator 之上，它提供了一個 Web UI，使我們能夠可視化多個應用程序的度量。

WebSocket 是一種計算機通信協議，通過單個 TCP 連接提供全雙工通信信道。

1、 WebSocket 是雙向的 -使用 WebSocket 客戶端或服務器可以發起消息發送。

2、 WebSocket 是全雙工的 -客戶端和服務器通信是相互獨立的。

3、 單個 TCP 連接 -初始連接使用 HTTP，然后將此連接升級到基于套接字的連接。然后這個單一連接用于所有未來的通信

4、 Light -與 http 相比，WebSocket 消息數據交換要輕得多。

什么是 Spring Data ?

Spring Data 是 Spring 的一個子項目。用于簡化數據庫訪問，支持NoSQL 和 關系數據存儲。其主要目標是使數據庫的訪問變得方便快捷。Spring Data 具有如下特點：

SpringData 項目支持 NoSQL 存儲：

SpringData 項目所支持的關系數據存儲技術：

Spring Boot Batch 提供可重用的函數，這些函數在處理大量記錄時非常重要，包括日志/跟蹤，事務管理，作業處理統計信息，作業重新啟動，跳過和資源管理。它還提供了更先進的技術服務和功能，通過優化和分區技術，可以實現極高批量和高性能批處理作業。簡單以及復雜的大批量批處理作業可以高度可擴展的方式利用框架處理重要大量的信息。

FreeMarker 是一個基于 Java 的模板引擎， 初專注于使用 MVC 軟件架構進行動態網頁生成。使用 Freemarker 的主要優點是表示層和業務層的完全分離。程序員可以處理應用程序代碼，而設計人員可以處理 html 頁面設計。 后使用 freemarker 可以將這些結合起來，給出 終的輸出頁面。

對于集成 Spring Boot 和 ActiveMQ，我們使用依賴關系。 它只需要很少的配置，并且不需要樣板代碼。

Swagger 廣泛用于可視化 API，使用 Swagger UI 為前端開發人員提供在線沙箱。Swagger 是用于生成 RESTful Web 服務的可視化表示的工具，規范和完整框架實現。它使文檔能夠以與服務器相同的速度更新。當通過 Swagger 正確定義時，消費者可以使用 少量的實現邏輯來理解遠程服務并與其進行交互。因此，Swagger消除了調用服務時的猜測。

前后端分離，如何維護接口文檔 ?

前后端分離開發日益流行，大部分情況下，我們都是通過 Spring Boot 做前后端分離開發，前后端分離一定會有接口文檔，不然會前后端會深深陷入到扯皮中。一個比較笨的方法就是使用 word 或者 md 來維護接口文檔，但是效率太低，接口一變，所有人手上的文檔都得變。在 Spring Boot 中，這個問題常見

的解決方案是 Swagger ，使用 Swagger 我們可以快速生成一個接口文檔網

站，接口一旦發生變化，文檔就會自動更新，所有開發工程師訪問這一個在線網站就可以獲取到 新的接口文檔，非常方便。

這可以使用 DEV 工具來實現。通過這種依賴關系，您可以節省任何更改，嵌入式tomcat 將重新啟動。Spring Boot 有一個開發工具（DevTools）模塊，它有助于提高開發人員的生產力。Java 開發人員面臨的一個主要挑戰是將文件更改自動部署到服務器并自動重啟服務器。開發人員可以重新加載 Spring Boot 上的更改，而無需重新啟動服務器。這將消除每次手動部署更改的需要。

Spring Boot 在發布它的第一個版本時沒有這個功能。這是開發人員 需要的功能。DevTools 模塊完全滿足開發人員的需求。該模塊將在生產環境中被禁用。

它還提供 H2 數據庫控制臺以更好地測試應用程序。

使用了下面的一些依賴項

spring-boot-starter-activemq

spring-boot-starter-security

這有助于增加更少的依賴關系，并減少版本的沖突。

Spring Boot 中的 starter 到底是什么 ?

首先，這個 Starter 并非什么新的技術點，基本上還是基于 Spring 已有功能來實現的。首先它提供了一個自動化配置類，一般命名為 XXXAutoConfiguration

，在這個配置類中通過條件注解來決定一個配置是否生效（條件注解就是

Spring 中原本就有的），然后它還會提供一系列的默認配置，也允許開發者根據實際情況自定義相關配置，然后通過類型安全的屬性注入將這些配置屬性注入進來，新注入的屬性會代替掉默認屬性。正因為如此，很多第三方框架，我們只需要引入依賴就可以直接使用了。當然，開發者也可以自定義 Starter spring-boot-starter-parent 有什么用 ?

我們都知道，新創建一個 Spring Boot 項目，默認都是有 parent 的，這個

parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：

Spring Boot 打成的 jar 和普通的 jar 有什么區別 ?

Spring Boot 項目 終打包成的 jar 是可執行 jar ，這種 jar 可以直接通過 java jar xxx.jar 命令來運行，這種 jar 不可以作為普通的 jar 被其他項目依賴，即使依賴了也無法使用其中的類。

Spring Boot 的 jar 無法被其他項目依賴，主要還是他和普通 jar 的結構不同。普通的 jar 包，解壓后直接就是包名，包里就是我們的代碼，而 Spring Boot

打包成的可執行 jar 解壓后，在 BOOT-INFclasses 目錄下才是我們的代碼，因此無法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，將 Spring Boot 項目打包成兩個 jar ，一個可執行，一個可引用。

1） 打包用命令或者放到容器中運行

2） 用 Maven/ Gradle 插件運行

3）直接執行 main 方法運行

1） 繼承spring-boot-starter-parent項目

2） 導入spring-boot-dependencies項目依賴

Spring 提供了一種使用 ControllerAdvice 處理異常的非常有用的方法。 我們通過實現一個 ControlerAdvice 類，來處理控制器類拋出的所有異常。

使用 Spring Boot 實現分頁非常簡單。使用 Spring Data-JPA 可以實現將可分頁的傳遞給存儲庫方法。

微服務中如何實現 session 共享 ?

在微服務中，一個完整的項目被拆分成多個不相同的獨立的服務，各個服務獨立部署在不同的服務器上，各自的 session 被從物理空間上隔離開了，但是經

常，我們需要在不同微服務之間共享 session ，常見的方案就是 Spring

Session + Redis 來實現 session 共享。將所有微服務的 session 統一保存在 Redis 上，當各個微服務對 session 有相關的讀寫操作時，都去操作 Redis 上的 session 。這樣就實現了 session 共享，Spring Session 基于 Spring 中的代理過濾器實現，使得 session 的同步操作對開發人員而言是透明的，非常簡便。

定時任務也是一個常見的需求，Spring Boot 中對于定時任務的支持主要還是來自 Spring 框架。

在 Spring Boot 中使用定時任務主要有兩種不同的方式，一個就是使用 Spring 中的 @Scheduled 注解，另一個則是使用第三方框架 Quartz。

使用 Spring 中的 @Scheduled 的方式主要通過 @Scheduled 注解來實現。

使用 Quartz ，則按照 Quartz 的方式，定義 Job 和 Trigger 即可。

Java web中JDBC，DAO，mybatis，springJBA Data有什么異同

如果說與數據庫打交道的意義上講，JDBC是最基礎的，mybatis等框架主鍵也是基于此。另外springJBA Data是什么鬼，是Spring Data JPA 吧，JPA全稱為Java持久性API（Java Persistence API），JPA是Java EE 5標準之一。

從應用的角度來看，直接使用JDBC寫代碼連接數據庫已經很少了，除了一些小項目；mybatis可以自動生成dao和daoImpl以及配置文件，可以修改sql語句，使用較為靈活；

為了簡化程序與數據庫交互的代碼，spring提供了一個現成的dao層框架，spring家族提供的spring-data適用于關系型數據庫和nosql數據庫 ，雖然使用起來很方便，但其簡化了SQL功能如查詢所有數據 findAll()，但復雜查詢就有些麻煩了；

快速切入：Spring框架核心概念總覽

簡而言之，Spring是企業級Java的開源開發框架。Spring框架的核心功能可用于開發任何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 容器將創建單個 bean 實例。因此，單例 bean 不是線程安全的。

要設置 spring bean 的范圍，我們可以在 標簽中使用scope屬性。 @scope 用于基于注釋的 DI。

Spring 容器是 Spring 框架的核心。容器將創建對象，把它們連接在一起，配置它們，并管理它們從創建到銷毀的完整生命周期。 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的區別

2）context:annotation-config 和 context:component-scan 的區別

3）@Component、@Controller、@Repository @Service 注解的區別

如果一個類用@Component/@Controller/@Service/@Repository 注解標記，那么Spring DI 容器可以在組件掃描機制期間識別該類。但是，對于服務層類使用@Service 是個好主意，并且@Controller 應該在spring mvc web 控制器中使用。 @Repository 用于將 DAO 導入 DI 容器。此外，任何未經檢查的異常都將被轉換為 Spring DataAccessException。

4）ViewResolver 與 MultipartResolver

ViewResolver 用于按名稱解析視圖。該接口由 InternalResourceViewResolver 實現 ;

MultipartResolver 用于處理 web 應用程序中的文件上傳。

5）Spring MVC 中的驗證

org.springframework.validation.Validator 接口支持 spring MVC 驗證。驗證表單的一些實用方法是 ValidationUtils 類中的 rejectIfEmptyOrWhitespace() 和 rejectIfEmpty()。示例如下：

Spring MVC 中驗證表單的另一種方法是:

HandlerInterceptor 接口充當 spring MVC 攔截器。它在服務請求之前和之后攔截。如果您實現了 HandlerInterceptor 接口，則 preHandle()、postHandle() 和 afterCompletion() 是要覆蓋的方法。但是，為了避免覆蓋，您可以使用 HandlerInterceptorAdapter 類。

實現 ServletContextAware 和 ServletConfigAware 接口并覆蓋以下方法：

數據庫事務是一組被視為關聯工作單元的操作。事務的主要原則是提交所有操作或在失敗的情況下回滾所有操作。在交易中提交數據時，我們需要確保交易協議/稱為 ACID（原子性-一致性-隔離-持久性）的屬性：

全局事務 vs 本地事務：

臟讀、幻讀和不可重復讀：

隔離與傳播：

在舊版本的 spring 和 hibernate 集成中，需要 HibernateDAOSupport 和 HibernateTemplate。但是，較新版本的 Spring 不建議使用這兩個類（這里僅做了解）。

通常我們從 HibernateDAOSupport 擴展我們的 DAO 類，并且 getHibernateTemplate() 方法將可用于Hibernate會話中的 CRUD 操作。由于這不是推薦的方法，所以我們在 DAO 中注入會話工廠（SessionFactory）。下面的代碼片段會給你一些關于 HibernateDAOSupport 和 HibernateTemplate 的想法:

DAO 是一種設計模式，以最大限度地減少應用程序和后端之間的耦合；

ORM 處理如何將對象映射到對象關系數據庫中，從而減少數據庫和應用程序之間的耦合。

如果您在沒有 DAO 的情況下使用 ORM，那么您的應用程序將變得依賴于 ORM，因此很難從一個 ORM（例如Hibernate）移動到另一個 ORM（例如 NoSQL）。

Spring DAO 是使用@Repository 注解實現的。 Spring 存儲庫擴展 JPARepository 并傳遞 JPA 實體及其主鍵。

最后，關于Spring框架相關的概念就簡要介紹到這里，希望這能給你進入并深入Spring技術棧一個簡單入口，而不會被Spring技術生態所驚嚇（Spring現在都成軟件開發技術的全家桶了，啥都有）——日進一步，鍥而不舍，終將大成！