主要內容
- Spring的使命——簡化Java開發
- Spring容器
- Spring的整體架構
- Spring的新發展
現在的Java程序員趕上了好時候。在將近20年的歷史中，Java的發展歷經沉浮。儘管有很多為人詬病的產品，例如applets、EJB、Java Data Object(JDO)和數不清的日誌框架，Java還是發展為一個龐大且豐富的開發平臺，很多企業級應用都是基於JVM平臺構建。Spring是JVM開發平臺中的一顆明珠。
Spring最開始出現的目的是替代企業級開發框架EJB，相比EJB，Spring提供更輕量和更易用的編程模型。Spring的重要特點是非侵入式增強POJO（plain old java object）的能力。
在後續的發展過程中，EJB也效仿Spring的做法提供了簡單的以POJO為中心的編程模型，現在的EJB框架也擁有依賴注入（DI）和麵向切面編程（AOP）能力，可以論證是受Spring成功的影響。
儘管J2EE一直在追趕Spring的發展，但是Spring本身也沒有停止進步。現在，Spring在一些J2EE剛剛涉入或者完全沒有涉入的領域飛速發展：移動開發、社交API整合、NoSQL數據庫、雲計算和大數據。就目前來看，Spring的未來一片光明。
重要的事情再強調一遍：現在的Java程序員趕上了好時候。
這篇文章會從一個比較高的層次探索Spring，介紹Spring框架解決了哪些主要問題。
1.1 簡化Java開發
Spring是一種開源框架，由Rod Johnson發明，並在其著作《Expert One-on-One：J2EE設計與開發》。Spring的初衷是降低企業級開發的複雜性，並試圖通過POJO對象實現之前EJB這類重型框架才能實現的功能。Spring不僅僅對服務端開發有用，任何Java應用都可受益於Spring的簡潔、易測試和低耦合等特性。
Spring框架中使用beans或JavaBeans來表示應用程序中的組件，但這並不意味著該組件必須嚴格滿足Java Bean的規範。
Spring做了很多事情，但是歸根到底是一些基本的思路，而所有這些思路最終都導向Spring的使命：簡化Java開發。
Spring通過下列四種策略來簡化Java開發：
- 基於POJO的輕量級、最小侵入式開發；
- 通過依賴注入和麵向接口編程實現松耦合；
- 通過面向切面編程和慣例實現聲明式編程；
- 通過面向切面編程和模板消除樣板式代碼（boierplate code）
幾乎Spring的每條特性都可以追溯到這四條策略之一，接下來分別對這四條策略進行闡述，並給出具體的代碼說明Spring如何簡化Java開發。
1.1.1 激發POJO的能力
如果你做Java開發足夠久，你應該遇到過很多會束縛程序員能力的開發框架，這些框架要求程序員繼承框架提供的類或者實現它提供的接口，例如EJB框架中的session beans，另外，在EJB之前的很多框架中也有類似的侵入式編程模型，如Struts、WebWork、Tapestry等等。
Spring儘量避免讓自己的API汙染你的應用代碼。Spring幾乎不會強制要求開發人員實現某個Spring提供的接口或者繼承某個Spring提供的類，在Spring應用中的Java類看起來和普通類一樣，不過，Spring現在經常使用註解來修飾Java類，但是這個類還是一個POJO。
舉個代碼例子說明，看如下的HelloWorldBean
package com.spring.sample;
public class HelloWorldBean {
public String sayHello() {
return "Hello World";
}
}
可以看出，這就是一個簡單的Java類-POJO，沒有什麼特殊的標誌表明它是一個Spring組件。Spring這種非侵入式編程模型使得這個類在Spring和非Spring框架下具備相同的功能。
儘管形式非常簡單，POJO的能力值卻可能非常高，例如Spring可以通過依賴注入編織這些POJOs來激發POJO的能力。
1.1.2 依賴注入
依賴注入聽起來比較嚇人，貌似一種非常複雜的編程技術或者設計模式。實際上依賴注入並不複雜，通過在工程中應用依賴注入技術，可以得到更簡單、更容易理解和測試的代碼。
How DI works
除了Hello-world級別的程序，稍微複雜一點的Java應用都需要多個類配合實現功能。一般而言，每個類自己負責獲取它要合作的類對象的引用，這會導致代碼高度耦合且難以測試。
首先看如下代碼：
package com.spring.sample.knights;
public class DamselRescuingKnight implements Knight {
private RescueDamselQuest quest;
public DamselRescuingKnight() {
this.quest = new RescueDamselQuest(); //與RescueDamselQuest緊耦合
}
public void embarkOnQuest() {
quest.emark();
}
}
可以看出，DamselRescuingKnight在它的構造函數中創建了自己的Quest實例——RescueDamselQuest實例，這使得DamselRescuingKnight與RescueDamselQuest緊密耦合，如果需要刺殺Damsel，則這個刀可以使用，但是如果需要刺殺恐龍，則這個刀就派不上用場了。
更糟的是，給DamselRescuingKnight寫單元測試很不方便，在這個測試中，你必須確認：當調用knight的emarkOnQuest函數時，quest的embark函數也正確調用，但這並不容易。
耦合是一頭雙頭怪：一方面，緊耦合的代碼難以測試、難以複用並且難以理解，並且經常陷入“修復一個bug但引入一個新的bug”的開發怪圈中；另一方面，應用程序必須存在適當的耦合，否則該應用無法完成任何功能。總之，耦合是必要的，但是應該控制組件之間的耦合程度。
通過使用依賴注入（DI）技術，對象之間的依賴關係由Spring框架提供的容器進行管理，而不需要某個對象主動創建自己需要的引用，如下圖所示：
依賴注入的作用
再看一個BraveKnight類的例子：
package com.spring.sample.knights;
public class BraveKnight implements Knight {
private Quest quest;
public BraveKnight(Quest quest) { // Quest實例被注入
this.quest = quest;
}
public void embarkOnQuest() {
quest.emark();
}
}
該對象不再侷限於一種quest實例，在構造過程中利用構造函數的參數傳入quest實例，這種類型的依賴注入稱為構造注入。
還有一點需要注意，使用接口定義quest實例，這就是面向接口編程，使得BraveKnight不再侷限於某種特定的Quest實現，這就是DI帶來的最大的好處——松耦合。
歡迎關注筆者，回覆 ‘資料’，獲取Java工程化管理、高性能、分佈式、高可用架構、zookeeper、Spring cloud，MyBatis，Netty源碼分析和大數據等資料。
實現依賴注入
在上述例子代碼可以看出，Spring相當於將依賴注入的位置從BraveKnight類中剝離出來，那麼具體的依賴注入代碼如何寫呢？開發人員如何規定給BraveKnight注入哪個Quest實現，例如SlayDragonQuest？
package com.spring.sample.knights;
import java.io.PrintStream;
public class SlayDragonQuest implements Quest {
private PrintStream stream;
public SlayDragonQuest(PrintStream stream) {
this.stream = stream;
}
public void emark() {
stream.println("Embarking on quest to slay the dragon!");
}
}
在Spirng框架中，最通用的方法是通過寫XML配置文件來定義組件之間的依賴關係，如下所示：
<beans>
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean>
<constructor-arg>
<bean>
<constructor-arg>
/<beans>
在這個xml配置文件中分別定義了BraveKnight和SlayDragonQuest兩個bean：在BraveKnightbean的定義中，通過構造器函數傳入一個SlayDragonQuest的引用；在SlayDragonQuest的定義中，通過SpEL語言將System.out傳入它的構造函數。
Spring 3.0引入了JavaConfig，這種寫法比xml文件的好處是具備類型安全檢查，例如，上面XML配置文件可以這麼寫：
package com.spring.sample.knights.config;
import com.spring.sample.knights.BraveKnight;
import com.spring.sample.knights.Knight;
import com.spring.sample.knights.Quest;
import com.spring.sample.knights.SlayDragonQuest;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class KnightConfig {
@Bean
public Knight knight() {
return new BraveKnight(quest());
}
@Bean
public Quest quest() {
return new SlayDragonQuest(System.out);
}
}
不論是基於XML的配置還是基於Java文件的配置，都由Spring框架負責管理beans之間的依賴關係。
啟動依賴注入
在Spring應用中，由application context負責加載beans，並將這些beans根據配置文件編織在一起。Spring框架提供了幾種application context的實現，如果使用XML格式的配置文件，則使用ClassPathXmlApplicationContext；如果使用Java文件形式的配置文件，則使用AnnotationConfigApplicationContext。
package com.spring.sample.knights;
import com.spring.sample.knights.config.KnightConfig;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class KnightMain {
public static void main(String[] args) {
// ClassPathXmlApplicationContext context =
// new ClassPathXmlApplicationContext("classpath:/knight.xml");
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(KnightConfig.class);
Knight knight = context.getBean(Knight.class);
knight.embarkOnQuest();
context.close();
}
}
上述代碼中，根據KnightConfig.java文件創建Spring應用上下文，可以把該應用上下文看成對象工廠，來獲取idknight的bean。
如果你想了解更多關於DI的知識，可以查看Dhanji R. Prasanna's Dependency Injectionhttps://www.manning.com/books/dependency-injection一書。
1.1.3 切面編程
依賴注入（DI）實現了模塊之間的松耦合，而利用面向切面編程（AOP）可以將涉及整個應用的基礎功能（安全、日誌）放在一個可複用的模塊中。
AOP是一種在軟件系統中實現關注點分離的技術。軟件系統由幾個模塊構成，每個模塊負責一種功能，不過在系統中有些需求需要涉及到所有的模塊，例如日誌、事務管理和安全等。如果將這些需求相關的代碼都分散在各個模塊中，一方面是不方便維護、另一方面是與原來每個模塊的業務邏輯代碼混淆在一起，不符合單一職責原則。
- 實現系統級別處理的代碼分散在多個子模塊中，這意味著如果要修改這些處理代碼，則要在每個模塊中都進行修改。即使將這些代碼封裝到一個模塊中，在沒給個子模塊中只保留對方法的調用，這些方法調用還是在各個模塊中重複出現。
- 業務邏輯代碼與非核心功能的代碼混淆在一起。例如，一個添加address book的方法應該只關心如何添加address book，而不應該關心該操作是否安全或者是否能夠實現事務處理。
下面這張圖可以體現這種複雜性，左邊的業務邏輯模塊與右邊的系統服務模塊溝通太過密切，每個業務模塊需要自己負責調用這些系統服務模塊。
業務邏輯模塊與系統服務模塊過度交互
AOP可以模塊化這些系統服務，然後利用聲明式編程定義該模塊需要應用到那些業務邏輯模塊上。這使得業務模塊更簡潔，更專注於處理業務邏輯，簡而言之，切面（aspects）確保POJO仍然是普通的Java類。
可以將切面想象為覆蓋在一些業務模塊上的毯子，如下圖所示。在系統中有一些模塊負責核心的業務邏輯，利用AOP可以為所有這些模塊增加額外的功能，而且核心業務模塊無需知道切面模塊的存在。
切面就像毯子一樣覆蓋在幾個核心業務模塊之上
AOP實踐
繼續上面的例子，如果需要一個人記錄BraveKnight的所作所為，下面代碼是該日誌服務：
package com.spring.sample.knights;
import java.io.PrintStream;
public class Minstrel {
private PrintStream stream;
public Minstrel(PrintStream stream) {
this.stream = stream;
}
public void singBeforeQuest() {
stream.println("Fa la la, the knight is so brave!");
}
public void singAfterQuest() {
stream.println("Tee hee hee, the brave knight did embark on a quest!");
}
}
然後在XML文件中定義Minstrel對應的切面：
<beans>
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance xmlns:aop="http://www.springframework.org/schema/aop"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd">
<bean>
<constructor-arg>
<bean>
<constructor-arg>
<bean>
<constructor-arg>
<config>
<aspect>
<pointcut>
<before>
<after>
/<beans>
在這個配置文件中增加了aop配置名字空間。首先定義Minstrel的bean，然後利用<config>標籤定義aop相關的配置；然後在<aspect>節點中引用minstrel，定義方面；aspect負責將pointcut和要執行的函數（before、after或者around）連接在一起。/<aspect>/<config>
還有一種更先進的寫法，利用註解和Java配置文件，可以參考aop docs
Spring框架中的一些子模塊也是基於AOP實現的，例如負責事務處理和負責安全的模塊。
1.1.4 使用模板消除重複代碼
在編程過程中有沒有感覺經常需要寫重複無用的代碼才能實現簡單的功能，最經典的例子是JDBC的使用，這些代碼就是樣板式代碼（boilerplate code）。
以JDBC的使用舉個例子，這種原始的寫法你一定見過：
public Employee getEmployeeById(long id) {
Connection conn = null;
PreparedStatement stmt = null;
ResultSet rs = null;
try {
conn = dataSource.getConnection();
stmt = conn.prepareStatement("select id, name from employee where id=?");
stmt.setLong(1, id);
rs = stmt.executeQuery();
Employee employee = null;
if (rs.next()) {
employee = new Employee();
employee.setId(rs.getLong("id"));
employee.setName(rs.getString("name"));
}
return employee;
} catch (SQLException e) {
} finally {
if (rs != null) {
try {
rs.close();
} catch (SQLException e) {
}
}
if (stmt != null) {
try {
stmt.close();
} catch (SQLException e) {
}
}
if (conn != null) {
try {
conn.close();
} catch (SQLException e) {
}
}
}
return null;
}
可以看到，上面這麼一坨代碼中只有少數是真正用於查詢數據（業務邏輯）的。除了JDBC的接口，其他JMS、JNDI以及REST服務的客戶端API等也有類似的情況出現。
Spring試圖通過模板來消除重複代碼，這裡所用的是模板設計模式。對於JDBC接口，Spring提供了JdbcTemplate模板來消除上面那個代碼片段中的樣板式代碼，例子代碼如下：
public Employee getEmployeeById(long id) {
return jdbcTemplate.queryForObject(
"select id, name from employee where id=?",
new RowMapper<employee>() {/<employee>
public Employee mapRow(ResultSet resultSet, int i) throws SQLException {
Employee employee = new Employee();
employee.setId(resultSet.getLong("id"));
employee.setName(resultSet.getString("name"));
return employee;
}
});
}
你沒有看錯，就是利用回調函數實現的，有興趣的讀者可以深入研究下JdbcTemplate的源碼實現。
我們上面已經演示了Spring簡化Java開發的四種策略：面向POJO開發、依賴注入（DI）、面向切面編程和模板工具。在舉例的過程中，我們稍微提到一點如何使用XML配置文件定義bean和AOP相關的對象，但是這些配置文件的加載原理是怎樣的？這就需要研究下Spring的容器，Spring中所定義的bean都由Spring容器管理。
1.2 使用容器管理beans
基於Spring框架構建的應用中的對象，都由Spring容器（container）管理，如下圖所示。Spring容器負責創建對象、編織對象和配置對象，負責對象的整個生命週期。
Spring容器的作用
容器是Spring框架的核心，通過依賴注入（DI）管理構成Spring應用的組件。正是因為有容器管理各個組件之間的協作關係，使得每個Spring組件都很好理解、便於複用和單元測試。
Spring容器有多種實現，可以分為兩類：
- Bean factories（由org.springframework.beans.factory.BeanFactory接口定義）是最簡單的容器，只提供基本的依賴注入功能；
- Application context（由org.springframework.context.ApplicationContext接口定義）在bean factory的基礎上提供application-framework框架服務，例如可以從properties文件中解析配置信息、可以對外公佈application events。
1.2.1 應用上下文（application context）
Spring提供了多種application context，可列舉如下：
- AnnotationConfigApplicationContext——從Java配置文件中加載應用上下文；
- AnnotationConfigWebApplicationContext——從Java配置文件中加載Spring web應用上下文；
- ClassPathXmlApplicationContext——從classpath（resources目錄）下加載XML格式的應用上下文定義文件；
- FileSystemXmlApplicationContext——從指定文件系統目錄下加載XML格式的應用上下文定義文件；
- XmlWebApplicationContext——從classpath（resources目錄）下加載XML格式的Spring web應用上下文。
通過應用上下文實例，可以通過getBean()方法獲得對應的bean。
1.2.2 bean的生命週期
在傳統的Java應用中，一個對象的生命週期非常簡單：通過new創建一個對象，然後該對象就可以使用，當這個對象不再使用時，由Java垃圾回收機制進行處理和回收。
在Spring應用中，bean的生命週期的控制更加精細。Spring提供了很多節點供開發人員定製某個bean的創建過程，掌握這些節點如何使用非常重要。Spring中bean的生命週期如下圖所示：
bean的生命週期
可以看出，bean factory負責bean創建的最初四步，然後移交給應用上下文做後續創建過程：
- Spring初始化bean
- Spring將值和其他bean的引用注入（inject）到當前bean的對應屬性中；
- 如果Bean實現了BeanNameAware接口，Spring會傳入bean的ID來調用setBeanName方法；
- 如果Bean實現了BeanFactoryAware接口，Spring傳入bean factory的引用來調用setBeanFactory方法；
- 如果Bean實現了ApplicationContextAware接口，Spring將傳入應用上下文的引用來調用setApplicationContext方法；
- 如果Bean實現了BeanPostProcessor接口，則Spring調用postProcessBeforeInitialization方法，這個方法在初始化和屬性注入之後調用，在任何初始化代碼之前調用；
- 如果Bean實現了InitializingBean接口，則需要調用該接口的afterPropertiesSet方法；如果在bean定義的時候設置了init-method屬性，則需要調用該屬性指定的初始化方法；
- 如果Bean實現了BeanPostProcessor接口，則Spring調用postProcessAfterInitialization方法
- 在這個時候bean就可以用於在應用上下文中使用了，當上下文退出時bean也會被銷燬；
- 如果Bean實現了DisposableBean接口，Spring會調用destroy()方法;如果在bean定義的時候設置了destroy-method， 則此時需要調用指定的方法。
本節主要總結了如何啟動Spring容器，以及Spring應用中bean的生命週期。
1.3 Spring整體架構
除了Spring的核心模塊，Spring還提供了其他的工具組件，這些組件擴展了Spring的功能，例如webservice、REST、mobile和NOSQL，形成了豐富的開發生態。
1.3.1 Spring模塊
Spring 4.0you 20個獨立的模塊，每個包含三個文件：二進制庫、源文件和文檔，完整的庫列表如下圖所示：
Spring 4.0包含20個模塊
按照功能劃分，這些模塊可以分成六組，如下圖所示：
Spring框架的六組模塊
這些模塊幾乎可以滿足所有企業級應用開發的需求，但是開發人員並不需要完全使用Spring的這些模塊，可以自由選擇符合項目需求的第三方模塊——Spring為一些第三方模塊提供了交互接口。
CORE SPRING CONTAINER
Spring框架的核心模塊，其他所有模塊都基於該模塊構建。Spring容器負責管理Spring應用中bean的創建、配置和管理。在這模塊中有Spring bean factory，該接口提供了最基本的依賴注入（DI）功能；基於bean factory，該模塊提供了集中Spring應用上下文的實現，可以供開發人員選擇。
除了bean factory和application context，該模塊還支持其他企業級服務，例如email、JNDI access、EJB integration和scheduling。
SPRING's AOP MODULE
Spring框架通過AOP模塊提供面向切面編程的能力。通過AOP模塊，一些系統層面的需求（事務、安全）可以與它們真正要作用到的模塊相互解耦合。
DATA ACCESS AND INTEGRATION
Spring的JDBC和data-access object模塊將數據庫操作的一些樣板式代碼封裝起來，免去了開發人員的很多工作量。這個模塊還對數據庫層的異常進行了封裝，並向上提供含義更豐富的異常信息。
Spring並未實現自己的ORM框架，但是它提供了跟其他幾個ORM框架整合的能力，例如Hibernate、Mybatis、Java Persistence AP等等，而且這些ORM框架都支持使用Spring提供的事務管理模塊。
WEB AND REMOTING
Spring提供了自己的 WEB開發框架——Spring MVC，除此之外，這個模塊還提供遠程調用支持：Remote Method Invocation(RMI)、Hessian、Burlap和JAX-WS。
INSTRUMENTATION
不常使用
TESTING
可以與常用的JUNIT、Mockito、Spock等測試框架整合使用。
1.3.2 Spring portfolio
如果只是學習Spring的核心模塊，將會錯過不少Spring社區提供的經典項目，下面介紹的這些項目使得Spring幾乎可以覆蓋整個Java開發（PS：帶*的項目值得每位Spring用戶仔細學習）。
SPRING WEB FLOW
基於Spring MVC框架拓展，利用該框架可以構建流式web應用。
SPRING WEB SERVICE
雖然核心的Spring 框架提供了將Spring Bean 以聲明的方式發佈為Web Service，但是這些服務基於一個具有爭議性的架構（拙劣的契約置後模型）之上而構建的。這些服務的契約由Bean 的接口來決定。 Spring Web Service 提供了契約優先的Web Service模型，服務的實現都是為了滿足服務的契約而編寫的。
SPRING SECURITY（*）
安全對於許多應用都是一個非常關鍵的切面。利用Spring AOP，Spring Security為Spring 應用提供了聲明式的安全機制。我們將在第9 章講解如何為應用添加SpringSecurity。你可以在主頁http://static.springsource.org/spring-security/site 獲得關於SpringSecurity 更多的信息。
SPRING INTEGRATION
許多企業級應用都需要與其他應用進行交互。Spring Integration 提供了幾種通用的應用集成模式的Spring 聲明式風格的實現。
我們不會在本書覆蓋Spring Integration 內容，但是如果你想了解更多關於SpringIntegration 的信息， 我推薦Mark Fisher、Jonas Partner、Marius Bogoevici 和IweinFuld 編寫的《Spring Integration in Action》；或者還可以訪問Spring Integration 的主頁http://www.springsource.org/spring-integration。
SPRING BATCH
當我們需要對數據進行大量操作時，沒有任何技術可以比批處理更能勝任此場景的。如果需要開發一個批處理應用，你可以藉助於Spring 強大的面向POJO 的編程模型來使用Spring Batch 來實現。
Spring Batch 超出了本書的範疇，但是你可以閱讀Thierry Templier 和Arnaud Cogoluègnes編寫的《Spring Batch in Action》，或者訪問Spring Batch 的主頁http://static.springsource.org/spring-batch。
SPRING DATA（*）
Spring Data用於簡化數據庫相關的開發工作。儘管多年以來關係型數據庫都是企業級應用開發的主流，但是隨著移動互聯網的發展，對NoSQL這類菲關係型數據庫的需求也越來越強。
無論你選擇NoSQL還是關係型數據庫，Spring Datat都能提供簡潔的編程模型，例如非常方便的repository機制，可以為開發人員自動創建具體的SQL實現。
SPRING SOCIAL
社交網絡是互聯網冉冉升起的一顆新星，越來越多的應用正在融入社交網絡網站，例如Facebook 或者Twitter。如果對此感興趣，你可以瞭解下Spring Social，Spring 的一個社交網絡擴展模塊。
Spring Social 相對還比較新穎，我並沒有計劃將它放入本書，但是你可以訪問http://www.springsource.org/spring-social 瞭解Spring Social 更多的相關信息。
SPRING MOBILE
移動應用是另一個引人矚目的軟件開發領域。智能手機和平板設備已成為許多用戶首選的客戶端。Spring Mobile 是Spring 新的擴展模塊用於支持移動Web 應用開發。
與Spring Mobile 相關的是Spring Android 項目。這個新項目旨在通過Spring 框架為開發基於Android 設備的本地應用提供某些簡單的支持。最初，這個項目提供了Spring 的RestTemplate 版本（請查看第11 章瞭解RestTemplete）可以用於Android 應用。
再次聲明，這兩個項目已超出了本書的範圍，但是如果你對這兩個項目感興趣，可以訪問http://www.springsource.org/spring-mobile 和http://www.springsource.org/spring-android 瞭解更多相關的信息。
SPRING BOOT（*）
Spring Boot是Spring社區中發展速度最快的框架之一，它旨在簡化Spring的使用，解決Spring開發時遇到的“配置地獄”問題。
Spring Boot通過大量使用自動配置技術，可以取消大量的XML配置文件，同時該框架提出了starter的概念，用於簡化pom文件。可以參考我的一系列博文：《Spring Boot Cookbook》閱讀筆記
1.4 Spring的新特點（書中總結和自己的觀點）
主要總結下Spring社區的趨勢：
- 注重註解，能用註解解決的儘量用註解，儘量少寫XML配置文件；
- Spring Boot已經是Spring社區中增長最迅速的框架，前三名是：Spring Framework，Spring Boot和Spring Security
- 支持Java 8，通過Java8的lambda表達式，使得一些回調接口更易使用和閱讀。
- 與Groovy開發平滑支持，Groovy是JVM上的Python語言，在Spring項目中可以寫單元測試；
- 支持JSR-310：Data和Time API，為開發人員提供豐富的接口操作java.util.Date或者java.util.Clendar。
歡迎關注筆者，回覆 ‘資料’，獲取Java工程化管理、高性能、分佈式、高可用架構、zookeeper、Spring cloud，MyBatis，Netty源碼分析和大數據等資料。
閱讀更多 JavaSpring高級進階 的文章
