spring里的命令模式

❶ 談談spring是如何實現的

Spring 是一個開源框架，是為了解決企業應用程序開發復雜性而創建的。框架的主要優勢之一就是其分層架構，分層架構允許您選擇使用哪一個組件，同時為 J2EE 應用程序開發提供集成的框架。

在這篇由三部分組成的 Spring 系列 的第 1 部分中，我將介紹 Spring 框架。我先從框架底層模型的角度描述該框架的功能，然後將討論兩個最有趣的模塊：Spring 面向方面編程（AOP）和控制反轉 （IOC） 容器。接著將使用幾個示例演示 IOC 容器在典型應用程序用例場景中的應用情況。這些示例還將成為本系列後面部分進行的展開式討論的基礎，在本文的後面部分，將介紹 Spring 框架通過 Spring AOP 實現 AOP 構造的方式。

請參閱 下載，下載 Spring 框架和 Apache Ant，運行本系列的示例應用程序需要它們。

Spring 框架

Spring 框架是一個分層架構，由 7 個定義良好的模塊組成。Spring 模塊構建在核心容器之上，核心容器定義了創建、配置和管理 bean 的方式，如圖 1 所示。

圖 1. Spring 框架的 7 個模塊
Spring 框架圖示

組成 Spring 框架的每個模塊（或組件）都可以單獨存在，或者與其他一個或多個模塊聯合實現。每個模塊的功能如下：

* 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要組件是 BeanFactory，它是工廠模式的實現。BeanFactory 使用控制反轉 （IOC） 模式將應用程序的配置和依賴性規范與實際的應用程序代碼分開。
* Spring 上下文：Spring 上下文是一個配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。
* Spring AOP：通過配置管理特性，Spring AOP 模塊直接將面向方面的編程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對象支持 AOP。Spring AOP 模塊為基於 Spring 的應用程序中的對象提供了事務管理服務。通過使用 Spring AOP，不用依賴 EJB 組件，就可以將聲明性事務管理集成到應用程序中。
* Spring DAO：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同資料庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理，並且極大地降低了需要編寫的異常代碼數量（例如打開和關閉連接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。
* Spring ORM：Spring 框架插入了若干個 ORM 框架，從而提供了 ORM 的對象關系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。
* Spring Web 模塊：Web 上下文模塊建立在應用程序上下文模塊之上，為基於 Web 的應用程序提供了上下文。所以，Spring 框架支持與 Jakarta Struts 的集成。Web 模塊還簡化了處理多部分請求以及將請求參數綁定到域對象的工作。
* Spring MVC 框架：MVC 框架是一個全功能的構建 Web 應用程序的 MVC 實現。通過策略介面，MVC 框架變成為高度可配置的，MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。

Spring 框架的功能可以用在任何 J2EE 伺服器中，大多數功能也適用於不受管理的環境。Spring 的核心要點是：支持不綁定到特定 J2EE 服務的可重用業務和數據訪問對象。毫無疑問，這樣的對象可以在不同 J2EE 環境 （Web 或 EJB）、獨立應用程序、測試環境之間重用。

回頁首

IOC 和 AOP

控制反轉模式（也稱作依賴性介入）的基本概念是：不創建對象，但是描述創建它們的方式。在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務。容器 （在 Spring 框架中是 IOC 容器） 負責將這些聯系在一起。

在典型的 IOC 場景中，容器創建了所有對象，並設置必要的屬性將它們連接在一起，決定什麼時間調用方法。下表列出了 IOC 的一個實現模式。
類型 1 服務需要實現專門的介面，通過介面，由對象提供這些服務，可以從對象查詢依賴性（例如，需要的附加服務）
類型 2 通過 javaBean 的屬性（例如 setter 方法）分配依賴性
類型 3 依賴性以構造函數的形式提供，不以 JavaBean 屬性的形式公開

Spring 框架的 IOC 容器採用類型 2 和類型3 實現。

面向方面的編程

面向方面的編程，即 AOP，是一種編程技術，它允許程序員對橫切關注點或橫切典型的職責分界線的行為（例如日誌和事務管理）進行模塊化。AOP 的核心構造是方面，它將那些影響多個類的行為封裝到可重用的模塊中。

AOP 和 IOC 是補充性的技術，它們都運用模塊化方式解決企業應用程序開發中的復雜問題。在典型的面向對象開發方式中，可能要將日誌記錄語句放在所有方法和 Java 類中才能實現日誌功能。在 AOP 方式中，可以反過來將日誌服務模塊化，並以聲明的方式將它們應用到需要日誌的組件上。當然，優勢就是 Java 類不需要知道日誌服務的存在，也不需要考慮相關的代碼。所以，用 Spring AOP 編寫的應用程序代碼是鬆散耦合的。

AOP 的功能完全集成到了 Spring 事務管理、日誌和其他各種特性的上下文中。

回頁首

IOC 容器

Spring 設計的核心是 org.springframework.beans 包，它的設計目標是與 JavaBean 組件一起使用。這個包通常不是由用戶直接使用，而是由伺服器將其用作其他多數功能的底層中介。下一個最高級抽象是 BeanFactory 介面，它是工廠設計模式的實現，允許通過名稱創建和檢索對象。BeanFactory 也可以管理對象之間的關系。

BeanFactory 支持兩個對象模型。

* 單態 模型提供了具有特定名稱的對象的共享實例，可以在查詢時對其進行檢索。Singleton 是默認的也是最常用的對象模型。對於無狀態服務對象很理想。
* 原型 模型確保每次檢索都會創建單獨的對象。在每個用戶都需要自己的對象時，原型模型最適合。

bean 工廠的概念是 Spring 作為 IOC 容器的基礎。IOC 將處理事情的責任從應用程序代碼轉移到框架。正如我將在下一個示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置數據來指出必須設置的依賴關系。

BeanFactory 介面

因為 org.springframework.beans.factory.BeanFactory 是一個簡單介面，所以可以針對各種底層存儲方法實現。最常用的 BeanFactory 定義是 XmlBeanFactory，它根據 XML 文件中的定義裝入 bean，如清單 1 所示。

清單 1. XmlBeanFactory

BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));

在 XML 文件中定義的 Bean 是被消極載入的，這意味在需要 bean 之前，bean 本身不會被初始化。要從 BeanFactory 檢索 bean，只需調用 getBean() 方法，傳入將要檢索的 bean 的名稱即可，如清單 2 所示。

清單 2. getBean()

MyBean mybean = (MyBean) factory.getBean("mybean");

每個 bean 的定義都可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 FactoryBean。FactoryBean 介面為使用 Spring 框架構建的應用程序添加了一個間接的級別。

回頁首

IOC 示例

理解控制反轉最簡單的方式就是看它的實際應用。在對由三部分組成的 Spring 系列 的第 1 部分進行總結時，我使用了一個示例，演示了如何通過 Spring IOC 容器注入應用程序的依賴關系（而不是將它們構建進來）。

我用開啟在線信用帳戶的用例作為起點。對於該實現，開啟信用帳戶要求用戶與以下服務進行交互：

* 信用級別評定服務，查詢用戶的信用歷史信息。
* 遠程信息鏈接服務，插入客戶信息，將客戶信息與信用卡和銀行信息連接起來，以進行自動借記（如果需要的話）。
* 電子郵件服務，向用戶發送有關信用卡狀態的電子郵件。

回頁首

三個介面

對於這個示例，我假設服務已經存在，理想的情況是用鬆散耦合的方式把它們集成在一起。以下清單顯示了三個服務的應用程序介面。

清單 3. CreditRatingInterface

public interface CreditRatingInterface {
public boolean (ICustomer iCustomer);
}

清單 3 所示的信用級別評定介面提供了信用歷史信息。它需要一個包含客戶信息的 Customer 對象。該介面的實現是由 CreditRating 類提供的。

清單 4. CreditLinkingInterface

public interface CreditLinkingInterface {
public String getUrl();
public void setUrl(String url);
public void linkCreditBankAccount() throws Exception ;
}

信用鏈接介面將信用歷史信息與銀行信息（如果需要的話）連接在一起，並插入用戶的信用卡信息。信用鏈接介面是一個遠程服務，它的查詢是通過 getUrl() 方法進行的。URL 由 Spring 框架的 bean 配置機制設置，我稍後會討論它。該介面的實現是由 CreditLinking 類提供的。

清單 5. EmailInterface

public interface EmailInterface {
public void sendEmail(ICustomer iCustomer);
public String getFromEmail();
public void setFromEmail(String fromEmail) ;
public String getPassword();
public void setPassword(String password) ;
public String getSmtpHost() ;
public void setSmtpHost(String smtpHost);
public String getUserId() ;
public void setUserId(String userId);
}

EmailInterface 負責向客戶發送關於客戶信用卡狀態的電子郵件。郵件配置參數（例如 SMPT 主機、用戶名、口令）由前面提到的 bean 配置機制設置。Email 類提供了該介面的實現。

回頁首

Spring 使其保持鬆散

這些介面就位之後，接下來要考慮的就是如何用鬆散耦合方式將它們集成在一起。在 清單 6 中可以看到信用卡帳戶用例的實現。

注意，所有的 setter 方法都是由 Spring 的配置 bean 實現的。所有的依賴關系 （也就是三個介面）都可以由 Spring 框架用這些 bean 注入。createCreditCardAccount() 方法會用服務去執行其餘實現。在 清單 7 中可以看到 Spring 的配置文件。我用箭頭突出了這些定義。

回頁首

運行應用程序

要運行示例應用程序，首先必須 下載 Spring 框架 及其所有依賴文件。接下來，將框架釋放到（比如說）磁碟 c:\，這會創建 C:\spring-framework-1.2-rc2 （適用於當前發行版本） 這樣的文件夾。在繼續後面的操作之前，還必須下載和釋放 Apache Ant。

接下來，將源代碼釋放到文件夾，例如 c:\ 盤，然後創建 SpringProject。將 Spring 庫（即 C:\spring-framework-1.2-rc2\dist 下的 spring.jar 和 C:\spring-framework-1.2-rc2\lib\jakarta-commons 下的 commons-logging.jar）復制到 SpringProject\lib 文件夾中。完成這些工作之後，就有了必需的構建依賴關系集。

打開命令提示符，將當前目錄切換到 SpringProject，在命令提示符中輸入以下命令：build。

這會構建並運行 CreateCreditAccountClient 類，類的運行將創建 Customer 類對象並填充它，還會調用 CreateCreditCardAccount 類創建並鏈接信用卡帳戶。CreateCreditAccountClient 還會通過 裝入 Spring 配置文件。裝入 bean 之後，就可以通過 getBean() 方法訪問它們了，如清單 8 所示。

清單 8. 裝入 Spring 配置文件

appContext =
new (new String[] {
"springexample-creditaccount.xml"
});
creditCardAccount =
()
appContext.getBean("createCreditCard");

回頁首

結束語

在這篇由三部分組成的 Spring 系列 的第一篇文章中，我介紹了 Spring 框架的基礎。我從討論組成 Spring 分層架構的 7 個模塊開始，然後深入介紹了其中兩個模塊：Spring AOP 和 IOC 容器。

由於學習的最佳方法是實踐，所以我用一個工作示例介紹了 IOC 模式 （像 Spring 的 IOC 容器實現的那樣）如何用鬆散耦合的方式將分散的系統集成在一起。在這個示例中可以看到，將依賴關系或服務注入工作中的信用卡帳戶應用程序，要比從頭開始構建它們容易得多。

❷ 如何構建spring boot

Spring Boot充分利用了JavaConfig的配置模式以及「約定優於配置」的理念，能夠極大的簡化基於Spring
MVC的Web應用和REST服務開發。

Spring
4倡導微服務的架構，針對這一理念，近來在微博上也有一些有價值的討論，如這里和這里。微服務架構倡導將功能拆分到離散的服務中，獨立地進行部署，Spring
Boot能夠很方便地將應用打包成獨立可運行的JAR包，因此在開發模式上很契合這一理念。目前，Spring
Boot依然是0.5.0的里程碑版本，因此相關的文檔尚不完善，本文將會以一個簡單的樣例來介紹基於這個項目的開發過程。

要Spring
Boot進行功能開發，需要使用Gradle或者Maven作為構建工具。在本例中，我們會使用Eclipse和Maven插件進行開發。要使用Spring
Boot，首先創建一個Maven工程，並修改Maven主要的配置文件pom.xml，如下所示：
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>0.5.0.M7</version>
</parent>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.thymeleaf</groupId>
<artifactId>thymeleaf-spring3</artifactId>
</dependency>
</dependencies>

<properties>
<start-class>com.levin.Application</start-class>
</properties>

<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>

<repositories>
<repository>
<id>spring-milestone</id>
<url>http://repo.spring.io/libs-milestone</url>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
</repositories>

<pluginRepositories>
<pluginRepository>
<id>spring-milestone</id>
<url>http://repo.spring.io/libs-milestone</url>
<snapshots>
<enabled>false</enabled>
</snapshots>
</pluginRepository>
</pluginRepositories>

在上面的配置中，需要將工程的parent設置為spring-boot-starter-parent，並添加對spring-boot-starter-web的依賴，這樣我們就無需設置各個依賴項及其版本信息了。並且在構建中要聲明使用spring-boot-maven-plugin這個插件，它會對Maven打包形成的JAR進行二次修改，最終產生符合我們要求的內容結構。

在我們的應用中將要發布一個REST服務，顯示一個基本的用戶信息，首先定義一個簡單的模型類：

package com.levin;

public class Person {
private String name;
private String email;

public Person(String name, String email) {
this.name = name;
this.email = email;
}

public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getEmail() {
return email;
}
public void setEmail(String email) {
this.email = email;
}

}

接下來，我們需要聲明一個Spring MVC的Controller，響應對實體的請求：
@Controller
public class ShowPersonController {
@RequestMapping("/showPerson")
public @ResponseBody Person showPerson() {
return new Person("levinzhang","[email protected]");
}
}

這個類與我們在使用Spring MVC定義Controller時並無任何差別。接下來，我們需要聲明一個主類啟動這個應用程序：
@ComponentScan
@EnableAutoConfiguration
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}

這個類的main方法中使用了SpringApplication幫助類，並以Application這個類作為配置來啟動Spring的應用上下文。在這個類中使用了ComponentScan以及EnableAutoConfiguration註解，其中ComponentScan註解會告知Spring掃描指定的包來初始化Spring
Bean，這能夠確保我們聲明的Bean能夠被發現。EnableAutoConfiguration將會啟動自動配置模式，在我們的配置中會將對Tomcat的依賴級聯進來，因此在應用啟動時將會自動啟動一個嵌入式的Tomcat，因為在樣例中使用了Spring
MVC，所以也會自動注冊所需的DispatcherServlet，這都不需要類似web.xml這樣的配置。

在Eclipse中要運行這個應用的話，可以直接以Java
Application的形式來運行這個main函數，此時會啟動應用，我們在瀏覽器中可以看到如下的運行效果，這就是我們想要的REST服務：

在開發調試完成之後，可以將應用打成JAR包的形式，在Eclipse中可以直接使用Maven插件的package命令，最終會形成一個可運行的JAR包。我們使用java
–jar命令就可以運行這個JAR包了。所呈現出的效果與在調試期是一樣的。現在看一下這個JAR包解壓後的目錄結構：

這個JAR包與傳統JAR包的不同之處在於裡面有一個名為lib的目錄，在這個目錄中包含了這個簡單應用所依賴的其他JAR包，其中也包含內置的嵌入式Tomcat，正是使用它，才能發布服務和訪問Web資源。除了我們編寫的源碼所編譯形成的CLASS以外，在org目錄下還有許多Spring所提供的CLASS，正是依賴這些CLASS，才能夠載入位於lib目錄下JAR中的類。這樣的載入機制與在OSGi
bundle中聲明Bundle-Classpath很類似，不過在OSGi中會由容器來負責載入指定路徑下的類。這大致闡述了這樣一個JAR包能夠發布服務的原因。

如果我們想要使用HTML、JSP等Web資源的話，在Controller中直接返回對應的視圖就可以了。

如果我們想要將這個JAR包轉換成可以在Servlet容器中部署的WAR的話，就不能依賴於Application的main函數了，而是要以類似於web.xml文件配置的方式來啟動Spring應用上下文，此時我們需要聲明這樣一個類：
public class HelloWebXml extends SpringBootServletInitializer {
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
return application.sources(Application.class);
}

}

這個類的作用與在web.xml中配置負責初始化Spring應用上下文的監聽器作用類似，只不過在這里不需要編寫額外的XML文件了。

如果要將最終的打包形式改為WAR的話，還需要對pom.xml文件進行修改，除了需要將packaging的值修改為war以外，還需要對依賴進行適當的配置（這一部分在Spring
Boot的樣例和文檔中均未提及，提醒大家注意）：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>

在這里需要移除對嵌入式Tomcat的依賴，這樣打出的WAR包中，在lib目錄下才不會包含Tomcat相關的JAR包，否則將會出現啟動錯誤。另外，在移除對Tomcat的依賴後，為了保證編譯正確，還需要添加對servlet-api的依賴，因此添加如下的配置：

<dependency>
<groupId>org.apache.tomcat</groupId>
<artifactId>tomcat-servlet-api</artifactId>
<version>7.0.42</version>
<scope>provided</scope>
</dependency>

在這里將scope屬性設置為provided，這樣在最終形成的WAR中不會包含這個JAR包，因為Tomcat或Jetty等伺服器在運行時將會提供相關的API類。此時，執行mvn
package命令就會得到一個WAR文件，我們可以直接將其放到Tomcat下運行（需要7.0.42版本以上）。

以上介紹了基於Spring Boot開發應用的過程，目前它的文檔尚不完善，但是在GitHub上有不少的樣例，包括與Spring
Data集成訪問資料庫（關系型以及非關系型）、安全、WebSocket等，讀者感興趣可以下載運行，需要注意的是有些樣例中使用的是0.5.0.M6版本，這個版本有問題，運行時會出錯，建議手動修改為0.5.0.M7或快照版本。

基於以上的介紹，希望讀者能夠對Spring
Boot這個新項目有所了解。它簡化了JAR包管理和相關基礎設施環境的配置，能夠幫助我們快速開發Web應用或構建REST服務，希望它能夠盡快完善成熟，更多地用於實踐，提升開發效率。

❸ spring的單例模式

單例模式,在spring 中其實是scope(作用范圍)參數的預設設定值，每個bean定義只生成一個對象實例,每次getBean請求獲得的都是此實例。

單例模式分為餓漢模式和懶漢模式

❹ spring的原理是什麼

Spring是一個開源框架，它由Rod Johnson創建。它是為了解決企業應用開發的復雜性而創建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而，Spring的用途不僅限於伺服器端的開發。從簡單性、可測試性和松耦合的角度而言，任何Java應用都可以從Spring中受益。

�6�1 目的：解決企業應用開發的復雜性

�6�1 功能：使用基本的JavaBean代替EJB，並提供了更多的企業應用功能

�6�1 范圍：任何Java應用

簡單來說，Spring是一個輕量級的控制反轉(IoC)和面向切面(AOP)的容器框架。

輕量——從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小隻有1MB多的JAR文件里發布。並且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型地，Spring應用中的對象不依賴於Spring的特定類。

控制反轉——Spring通過一種稱作控制反轉（IoC）的技術促進了松耦合。當應用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創建或者查找依賴對象。你可以認為IoC與JNDI相反——不是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。

面向切面——Spring提供了面向切面編程的豐富支持，允許通過分離應用的業務邏輯與系統級服務（例如審計（auditing）和事務（）管理）進行內聚性的開發。應用對象只實現它們應該做的——完成業務邏輯——僅此而已。它們並不負責（甚至是意識）其它的系統級關注點，例如日誌或事務支持。

容器——Spring包含並管理應用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個bean如何被創建——基於一個可配置原型（prototype），你的bean可以創建一個單獨的實例或者每次需要時都生成一個新的實例——以及它們是如何相互關聯的。然而，Spring不應該被混同於傳統的重量級的EJB容器，它們經常是龐大與笨重的，難以使用。

框架——Spring可以將簡單的組件配置、組合成為復雜的應用。在Spring中，應用對象被聲明式地組合，典型地是在一個XML文件里。Spring也提供了很多基礎功能（事務管理、持久化框架集成等等），將應用邏輯的開發留給了你。

所有Spring的這些特徵使你能夠編寫更干凈、更可管理、並且更易於測試的代碼。它們也為Spring中的各種模塊提供了基礎支持。

這是我在網上找的，不知道對你有沒有幫助

❺ spring是什麼意思

spring的意思是：春天。

讀音：英［sprɪŋ］，美［sprɪŋ］。

釋義：

n.春天；彈簧；泉水；活力；跳躍。

adj.春天的。

vi.生長；湧出；躍出；裂開。

vt.使跳起；使爆炸；突然提出；使彈開。

變形：過去式sprang或sprung，過去分詞sprung，現在分詞springing，第三人稱單數springs，復數springs。

短語：

mineral spring礦泉。

air spring氣墊。

spring break春假。

spring的用法

spring可作「跳」「跳躍」解，引申可指「彈簧，發條」「泉水」，是可數名詞。

spring跟帶有延續性的介詞（如ring，throughout）時，前面要加定冠詞the。

spring既可用作及物動詞，也可用作不及物動詞。用作及物動詞時，接名詞、代詞作賓語，有時可接由形容詞充當補足語的復合賓語。

spring前可帶介詞in，ring等，如in spring，in the spring，ring the spring（the不可省略）。當表示某個季節來臨時，不帶the，如Spring has come。

❻ 各位，23種設計模式都在哪些場合運用到

其中創建型有：
一、Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點
例如：隨處可見，比如Servlet，sprigMVC創建時都是單例多線程的。
完美的實例是：private static Singleton instance = new Singleton();
創建線程的方式有很多種，但是很多都扛不住多線程的檢驗，上面是簡單又實用的例子，多線程下也是安全的。

二、Abstract Factory，抽象工廠：提供一個創建一系列相關或相互依賴對象的介面，而無須指定它們的具體類。

三、Factory Method，工廠方法：定義一個用於創建對象的介面，讓子類決定實例化哪一個類，Factory Method使一個類的實例化延遲到了子類。
例如：雖然簡單工廠（靜態工廠）沒有進入23種設計模式，但是java web中的很多配置文件玩的還是它。
Spring中下面三種方式實例化bean：
1.使用類構造器實例化
<bean id="orderService" class="cn.itcast.OrderServiceBean"/>
2.使用靜態工廠方法實例化
<bean id="personService" class="cn.itcast.service.OrderFactory" factory- method="createOrder"/>
public class OrderFactory {
public static OrderServiceBean createOrder(){
return new OrderServiceBean();
}
}
3.使用實例工廠方法實例化:
<bean id="personServiceFactory" class="cn.itcast.service.OrderFactory"/>
<bean id="personService" factory-bean="personServiceFactory" factory-method="createOrder"/>
public class OrderFactory {
public OrderServiceBean createOrder(){
return new OrderServiceBean();
}
}
第一種方法，IOC容易直接根據配置文件中的class屬性通過反射創建一個實例，使用的是該類的默認構造方法。第二種則是調用class指定的工廠類的
工廠方法，來返回一個相應的bean實例，值得注意的是工廠類的方法是靜態方法，所以不用產生工廠本身的實例。而第三種則不同，它除了配置與第二種相同
外，唯一的不同就是方法不是靜態的，所以創建bean的實例對象時需要先生成工廠類的實例。實例了bean對象時，需要對其中的屬性也進行賦值，這時就是經常被提及的依賴注入。
以上其實有錯誤：Spring很多情況下創建對象很定是反射呀，尤其是註解和DI（依賴注入），小朋友，想什麼呢？肯定不是用new()來創建：
Class c = Class.forName("cn.itcast.OrderServiceBean");
Object bean = c.newInstance();

四、Builder，建造模式：將一個復雜對象的構建與他的表示相分離，使得同樣的構建過程可以創建不同的表示。

五、Prototype，原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型來創建新的對象。

行為型有：
六、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內部表示。
例如：jdk中的各種容器類的基礎模式

七、Observer，觀察者模式：定義對象間一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
例如：據說是jdk使用最多的模式,好比郵件訂閱或RSS訂閱

八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。

九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支持可撤銷的操作。

十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。

十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。
例如：comparator 比較器的實現利用了此模式

十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關系 。
此處強調一點就是，鏈接上的請求可以是一條鏈，可以是一個樹，還可以是一個環，模式本身不約束這個，需要我們自己去實現，同時，在一個時刻，命令只允許由一個對象傳給另一個對象，而不允許傳給多個對象
例如：struts2 interceptor 用到的就是是責任鏈模式

十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。

十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。

十五、Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。

十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。

結構型有：
十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關系，Composite使得用戶對單個對象和組合對象的使用具有一致性。

十八、Facade，外觀模式：為子系統中的一組介面提供一致的界面，facade提供了一高層介面，這個介面使得子系統更容易使用。

十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問。
例如：經典的體現在Spring AOP切面中，Spring中利用了倆種代理類型。
其實，代理也分為靜態和動態，但是我們一般常用動態，因為靜態代理秀不起來

二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不兼容而不能一起工作那些類可以一起工作。
其中對象的適配器模式是各種結構型模式的起源，分為三種：類，對象，介面的適配器模式。
結一下三種適配器模式的應用場景：
類的適配器模式：當希望將一個類轉換成滿足另一個新介面的類時，可以使用類的適配器模式，創建一個新類，繼承原有的類，實現新的介面即可。
對象的適配器模式：當希望將一個對象轉換成滿足另一個新介面的對象時，可以創建一個Wrapper類，持有原類的一個實例，在Wrapper類的方法中，調用實例的方法就行。
介面的適配器模式：當不希望實現一個介面中所有的方法時，可以創建一個抽象類Wrapper，實現所有方法，我們寫別的類的時候，繼承抽象類即可。
例如：java io流中大量使用

二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。
對比：適配器模式主要是為了介面的轉換，而裝飾者模式關注的是通過組合來動態的為被裝飾者注入新的功能或行為(即所謂的責任)。

二十二、Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。

二十三、Flyweight，享元模式：主要目的是實現對象的共享，即共享池，當系統中對象多的時候可以減少內存的開銷，通常與工廠模式一起使用。
例如：資料庫連接池便是這個原理

❼ spring的原理是什麼

一、 IoC(Inversion of control): 控制反轉
1、IoC：
概念：控制權由對象本身轉向容器；由容器根據配置文件去創建實例並創建各個實例之間的依賴關系
核心：bean工廠；在Spring中，bean工廠創建的各個實例稱作bean
二、AOP(Aspect-Oriented Programming): 面向方面編程 。
1、 代理的兩種方式：
靜態代理：
針對每個具體類分別編寫代理類。
針對一個介面編寫一個代理類。
動態代理：
針對一個方面編寫一個InvocationHandler，然後借用JDK反射包中的Proxy類為各種介面動態生成相應的代理類 。
2、 AOP的主要原理：動態代理 。
Spring工作原理
Spring 已經用過一段時間了，感覺Spring是個很不錯的框架。內部最核心的就是IOC了，
動態注入，讓一個對象的創建不用new了，可以自動的生產，這其實就是利用java里的反射 ，反射其實就是在運行時動態的去創建、調用對象，Spring就是在運行時，跟xml Spring的配置 文件來動態的創建對象，和調用對象里的方法的 。
Spring還有一個核心就是AOP這個就是面向切面編程，可以為某一類對象 進行監督和控制（也就是 在調用這類對象的具體方法的前後去調用你指定的 模塊）從而達到對一個模塊擴充的功能。這些都是通過 配置類達到的。
Spring目的：就是讓對象與對象（模塊與模塊）之間的關系沒有通過代碼來關聯，都是通過配置類說明 管理的（Spring根據這些配置 內部通過反射去動態的組裝對象）
要記住：Spring是一個容器，凡是在容器里的對象才會有Spring所提供的這些服務和功能。
Spring里用的最經典的一個設計模式就是：模板方法模式。

❽ SpringBoot 配置文件詳解（告別XML）

快速學會和掌握 SpringBoot 的 核心配置文件的使用。

SpringBoot 提供了豐富的 外部配置 ，常見的有：

其中核心配置文件我們並不陌生，主要以Key-Value的形式進行配置，其中屬性Key主要分為兩種：

在 application.properties 添加配置如下：

① 添加數據源信息

在 application.propertis 添加配置如下：

① 添加認證信息，其中 socks.indentity.* 是自定義的屬性前綴。

② 添加隨機值，其中spring.test.* 是自定義的屬性前綴。

使用方法： @ConfigurationProperties(prefix = "spring.datasource")

使用說明：提供 Setter方法 和 標記組件 Component

如何驗證是否成功讀取配置？答：這里可以簡單做個驗證，注入 MyDataSource ，使用 Debug 模式可以看到如下信息：

使用方法： @Value("spring.datasource.*")

使用說明：提供 Setter方法 和 標記組件 Component

注意事項：@Value不支持注入靜態變數，可間接通過Setter注入來實現。

關於兩者的簡單功能對比：

顯然，前者支持松綁定的特性更強大，所以在實際開發中建議使用@ConfigurationProperties來讀取自定義屬性。

SpringBoot 默認會載入這些路徑載入核心配置文件，按優先順序從高到低進行排列：具體規則詳見 ConfigFileApplicationListener

如果存在多個配置文件，則嚴格按照優先順序進行覆蓋，最高者勝出：

舉個簡單的例子，例如再上述位置都有一個application.properties ，並且每個文件都寫入了server.port=xx （xx分別是9001，9002，9003，9004），在啟動成功之後，最終應用的埠為：9004。圖例：

如果想修改默認的載入路徑 或者 調改默認的配置文件名，我們可以藉助命令行參數進行指定，例如：

YAML是JSON的一個超集，是一種可輕松定義層次結構的數據格式。

答： 因為配置文件這東西，結構化越早接觸越規范越好。這里推薦閱讀阮一峰老師寫的 YAML語言教程 ，寫的很簡單明了。

引入依賴： 在POM文件引入 snakeyaml 的依賴。

使用說明： 直接在類路徑添加 application.yml 即可。

例如下面這兩段配置是完全等價的：

① 在 application.yml 配置數據源:

② 在 application.properties 配置數據源：

在項目的實際開發中，我們往往需要根據不同的環境來載入不同的配置文件。例如生產環境，測試環境和開發環境等。此時，我們可以藉助 Profiles 來指定載入哪些配置文件。例如：

溫馨提示：如果spring.profiles.active指定了多個配置文件，則按順序載入，其中最後的優先順序最高，也就是最後的會覆蓋前者。

使用方法：
使用Maven插件打包好項目，然後在當前路徑，執行DOS命令： java -jar demo.jar --server.port=8081 ，在控制台可看到應用埠變成了8081。

實現原理：
默認情況下，SpringBoot會將這些命令行參數轉化成一個 Property ，並將其添加到 Environment 上下文。

溫馨提示：
由於命令行參數優先順序非常之高，基本高於所有常見的外部配置，所以使用的時候要謹慎。詳見 PropertySource 執行順序 。

關閉方法：
如果想禁用命令行屬性，可以設置如下操作：springApplication.setAddCommandLineProperties(false)

❾ 在Spring中什麼是命令對象

頁面控制器接收到請求後，進行功能處理，首先需要收集和綁定請求參數到一個對象，這個對象在Spring Web 中叫命令對象