用戶發(fā)送請求至前端控制器DispatcherServlet；
DispatcherServlet收到請求調(diào)用HandlerMapping處理器映射器；
處理器映射器根據(jù)請求URL找到具體的處理器，生成處理器對象及處理器攔截器（如果有則生成）一并返回給DispatcherServlet；
DispatcherServlet通過HandlerAdapter處理器適配器調(diào)用處理器；
執(zhí)行處理器（Controller，也叫后端控制器）；
Controller執(zhí)行完成返回ModelAndView；
HandlerAdapter將Controller執(zhí)行結(jié)果ModelAndView返回給DispatcherServlet；
DispatcherServlet將ModelAndView傳給ViewReslover視圖解析器；
ViewReslover解析后返回具體View；
DispatcherServlet對View進(jìn)行渲染視圖（即將模型數(shù)據(jù)填充至視圖中）；
DispatcherServlet響應(yīng)用戶。
Bean Factory負(fù)責(zé)讀取bean配置文檔，管理bean的加載，實(shí)例化，維護(hù)bean之間的依賴關(guān)系，負(fù)責(zé)bean的生命周期；
ApplicationContext除了提供上述Bean Factory所能提供的功能之外，還提供了更完整的框架功能。
根據(jù)注入依賴對象的類型分類：
基本類型對象的注入；
注入其他Bean。
注入依賴對象的方式：
構(gòu)造器注入；
屬性Setter方法注入；
工廠注入（不常用）。
注入依賴對象的編程方式：
手動裝配
XML方式；
注解方式。
自動裝配
Filter基于Filter接口中的doFilter回調(diào)函數(shù)，Interceptor則基于Java本身的反射機(jī)制；
Filter是依賴于Servlet的，沒有Servlet就無法回調(diào)doFilter方法，而Interceptor與Servlet無關(guān)；
Filter的過濾范圍比Interceptor大，F(xiàn)ilter除了過濾請求外通過通配符可以保護(hù)頁面、圖片、文件等，而Interceptor只能過濾Handler；
Filter是在請求進(jìn)入Tomcat等容器后，Servlet處理之前進(jìn)行調(diào)用的；Interceptor是在請求進(jìn)入Servlet后，執(zhí)行Handler之前進(jìn)行調(diào)用的；
Filter是隨著Tomcat等Web容器啟動時(shí)而進(jìn)行初始化；Interceptor時(shí)隨著Spring啟動而進(jìn)行初始化。
實(shí)現(xiàn)AOP的技術(shù)，主要分為兩大類：
靜態(tài)代理：指使用AOP框架提供的命令進(jìn)行編譯，從而在編譯階段就可生成AOP代理類，因此也稱為編譯時(shí)增強(qiáng)；
編譯時(shí)編織（特殊編譯器實(shí)現(xiàn)）；
類加載時(shí)編織（特殊的類加載器實(shí)現(xiàn)）。
動態(tài)代理- 在運(yùn)行時(shí)在內(nèi)存中“臨時(shí)”生成AOP動態(tài)代理類，因此也被稱為運(yùn)行時(shí)增強(qiáng)。
JDK動態(tài)代理、CGLIB。
簡化開發(fā)、解耦、集成其它框架；
低侵入式設(shè)計(jì)，代碼污染級別低；
Spring的IOC機(jī)制降低了業(yè)務(wù)對象替換的復(fù)雜性，提高了軟件之間的解耦性；
Spring AOP支持將一些通用的任務(wù)進(jìn)行集中式的管理，例如：安全、事務(wù)、日志等，從而使代碼能更好的復(fù)用。
當(dāng)通過Spring 容器創(chuàng)建一個(gè)Bean實(shí)例的時(shí)候，不僅可以完成Bean實(shí)例的實(shí)例化，還可以為Bean指定作用域。Spring Bean元素的支持以下5 種作用域：
Singleton：單例模式，在整個(gè)Spring IOC容器中，使用Singleton定義的Bean將只有一個(gè)實(shí)例。
Prototype：多例模式，每次通過容器中的getBean方法獲取prototype定義的Beans時(shí)，都會產(chǎn)生一個(gè)新的Bean的實(shí)例。
Request：對于每次Http請求，使用Request定義的Bean都會產(chǎn)生一個(gè)新的實(shí)例，只有在Web應(yīng)用時(shí)候，該作用域才會有效。
Session：對于每次Http Session，使用Session定義的Bean都將產(chǎn)生一個(gè)新的實(shí)例。
Globalsession：每個(gè)全局的Http Sesisonn，使用Session定義的Bean都將產(chǎn)生一個(gè)新的實(shí)例。
Set集合的注入：
<bean id="testBean" class="com.spring.domain.TestBean">
<property name="sets">
<set>
<value>set1</value>
<value>set2</value>
</set>
</property>
</bean>
?List集合的注入：
<bean id="testBean" class="com.spring.domain.TestBean">
<property name="lists">
<list>
<value>list1</value>
<value>list2</value>
</list>
</property>
</bean>
?Map集合的注入：
<bean id="testBean" class="com.spring.domain.TestBean">
<property name="maps">
<map>
<entry key="map1" value="map1"/>
<entry key="map2" value="map2"/>
</map>
</property>
</bean>
?Properties集合的注入：
<bean id="testBean" class="com.spring.domain.TestBean">
<property name="props">
<props>
<prop key="prop1">prop1</prop>
<prop key="prop2">prop2</prop>
</props>
</property>
</bean>
它們是構(gòu)成用戶應(yīng)用程序主干的對象；
Bean由Spring IoC容器管理；
它們由Spring IoC容器實(shí)例化，配置，裝配和管理；
Bean是基于用戶提供給容器的元數(shù)據(jù)創(chuàng)建。
就是將一個(gè)Bean 注入到其它的Bean的Property中，默認(rèn)情況下，容器不會自動裝配，需要我們手動設(shè)定。
Spring可以通過向Bean Factory中注入的方式來搞定Bean之間的依賴關(guān)系，達(dá)到自動裝配的目的。
自動裝配建議少用，如果要使用建議使用ByName。
示例代碼：<bean id="…" class="…" autowire="…">，autowire屬性的取值如下：
byType：按類型裝配，可以根據(jù)屬性的類型，在容器中尋找跟該類型匹配的bean，如果發(fā)現(xiàn)多個(gè)，那么將會拋出異常。如果沒有找到，即屬性值為null；
byName：按名稱裝配，可以根據(jù)屬性的名稱，在容器中尋找跟該屬性名稱相同的bean，如果沒有找到，即屬性值為null；
constructor：與buType類似，不同之處在于它應(yīng)用與構(gòu)造器注入，如果在容器中沒有找到與構(gòu)造器參數(shù)類型一致的bean，那么會拋出異常；
no：不自動裝配。
default：默認(rèn)值，同no配置。
覆蓋的可能性：您始終可以使用<constructor-arg>和<property>設(shè)置指定依賴項(xiàng)，這將覆蓋自動裝配；
基本元數(shù)據(jù)類型：簡單屬性（如原數(shù)據(jù)類型，字符串和類）無法自動裝配；
令人困惑的性質(zhì)：總是喜歡使用明確的裝配，因?yàn)樽詣友b配不太精確。
@Controller：用于Spring MVC 項(xiàng)目中的控制器類。
@Service：用于服務(wù)類。
@RequestMapping：用于在控制器處理程序方法中配置URI 映射。
@ResponseBody：用于發(fā)送Object 作為響應(yīng)，通常用于發(fā)送XML 或JSON 數(shù)據(jù)作為響應(yīng)。
@RequestBody：用于接收J(rèn)SON 格式數(shù)據(jù)參數(shù)。
@PathVariable：用于將動態(tài)值從URI 映射到處理程序方法參數(shù)。
@Autowired：用于在Spring Bean中自動裝配依賴項(xiàng)。
@Qualifier：使用@Autowired 注解，以避免在存在多個(gè)bean 類型實(shí)例時(shí)出現(xiàn)混淆。
@Scope：用于配置spring bean 的范圍。
@Configuration、@ComponentScan和@Bean：用于基于Java的配置。
@Aspect、@Before、@After、@AfterTrowing、@AfterReturning、@Around、@Pointcut：用于切面編程。
@Controller：寫在控制器上作用和@component一樣。
@RequestMapping：用于處理請求URL映射的注解，可用于類或方法上。用于類上，則表示類中的所有響應(yīng)請求的方法都是以該地址作為父路徑。
@RequestBody：注解實(shí)現(xiàn)接收http請求的Json數(shù)據(jù)，將Json轉(zhuǎn)換為Java對象。
@ResponseBody：注解實(shí)現(xiàn)將conreoller方法返回對象轉(zhuǎn)化為Json對象響應(yīng)給客戶。
@RestController：相當(dāng)于@Controller+@ResponseBody
@PathVariable：用于將動態(tài)值從URL映射到處理程序方法參數(shù)。
@RequestParam：用于設(shè)置Hanlder的參數(shù)映射。
@Autowired與@Resource都可以用來裝配Bean，都可以寫在字段上，或?qū)懺趕etter方法上；
@Autowired默認(rèn)按類型注入，按名稱注入需要與@Qualifier("對象名")連用；
@Resource同時(shí)支持按類型和按名稱注入，默認(rèn)按名稱注入，如果找不到就按類型注入；
@Autowired是Spring提供的注解，@Resource是Java EE提供的。
@Component：這將Java類標(biāo)記為bean，它是任何Spring管理組件的通用構(gòu)造型，Spring的組件掃描機(jī)制現(xiàn)在可以將其拾取并將其拉入應(yīng)用程序環(huán)境中。
@Controller：這將一個(gè)類標(biāo)記為Spring Web MVC 控制器。標(biāo)有它的Bean會自動導(dǎo)入到IOC容器中。
@Service：此注解是組件注解的特化，它不會對@Component注解提供任何其他行為，您可以在服務(wù)層類中使用@Service而不是@Component，因?yàn)樗愿玫姆绞街付艘鈭D。
@Repository：這個(gè)注解是具有類似用途和功能的@Component注解的特化，它為DAO提供了額外的好處，它將DAO導(dǎo)入IOC容器，并使未經(jīng)檢查的異常有資格轉(zhuǎn)換為SpringDataAccessException。
Spring 支持兩種類型的事務(wù)管理：
程序化事務(wù)管理：在此過程中，在編程的幫助下管理事務(wù)。它為您提供極大的靈活性，但維護(hù)起來非常困難。
聲明式事務(wù)管理：在此，事務(wù)管理與業(yè)務(wù)代碼分離。僅使用注解或基于XML的配置來管理事務(wù)。
它為不同的事務(wù)API（如JTA、JDBC、Hibernate、JPA和JDO）提供了統(tǒng)一的編程模型。
它為編程式事務(wù)管理提供了一個(gè)簡單的API而非一系列復(fù)雜的事務(wù)API（如JTA）。
它支持聲明式事務(wù)管理。
它可以和Spring的多種數(shù)據(jù)訪問技術(shù)很好的融合。
AOP面向切面編程，它是一種思想。它就是針對業(yè)務(wù)處理過程中的切面進(jìn)行提取，以達(dá)到優(yōu)化代碼的目的，減少重復(fù)代碼的目的。就比如，在編寫業(yè)務(wù)邏輯代碼的時(shí)候，我們習(xí)慣性的都要寫：日志記錄，事務(wù)控制，以及權(quán)限控制等，每一個(gè)子模塊都要寫這些代碼，代碼明顯存在重復(fù)。這時(shí)候，我們運(yùn)用面向切面的編程思想，采用橫切技術(shù)，將代碼中重復(fù)的部分，不影響主業(yè)務(wù)邏輯的部分抽取出來，放在某個(gè)地方進(jìn)行集中式的管理，調(diào)用。形成日志切面，事務(wù)控制切面，權(quán)限控制切面。這樣，我們就只需要關(guān)心業(yè)務(wù)的邏輯處理，即提高了工作的效率，又使得代碼變的簡潔優(yōu)雅。這就是面向切面的編程思想，它是面向?qū)ο缶幊趟枷氲囊环N擴(kuò)展。
AOP的使用場景： 緩存、權(quán)限管理、內(nèi)容傳遞、錯誤處理、懶加載、記錄跟蹤、優(yōu)化、校準(zhǔn)、調(diào)試、持久化、資源池、同步管理、事務(wù)控制等。
AOP的相關(guān)概念： 切面（Aspect）、連接點(diǎn)(JoinPoint) 、通知（Advice） 、切入點(diǎn)（Pointcut） 代理（Proxy）： 織入（Weaving）。
Spring AOP的編程原理？ 代理機(jī)制JDK的動態(tài)代理：只能用于實(shí)現(xiàn)了接口的類產(chǎn)生代理。Cglib代理：針對沒有實(shí)現(xiàn)接口的類產(chǎn)生代理，應(yīng)用的是底層的字節(jié)碼增強(qiáng)技術(shù)，生成當(dāng)前類的子類對象。
Spring Web MVC框架提供模型-視圖-控制器架構(gòu)和隨時(shí)可用的組件，用于開發(fā)靈活且松散耦合的Web 應(yīng)用程序。MVC模式有助于分離應(yīng)用程序的不同方面，如輸入邏輯，業(yè)務(wù)邏輯和UI邏輯，同時(shí)在所有這些元素之間提供松散耦合。
IOC：就是對象之間的依賴關(guān)系由容器來創(chuàng)建，對象之間的關(guān)系本來是由我們開發(fā)者自己創(chuàng)建和維護(hù)的，在我們使用Spring框架后，對象之間的關(guān)系由容器來創(chuàng)建和維護(hù)，將開發(fā)者做的事讓容器做，這就是控制反轉(zhuǎn)。BeanFactory接口是Spring IOC容器的核心接口。
DI：我們在使用Spring容器的時(shí)候，容器通過調(diào)用set方法或者是構(gòu)造器來建立對象之間的依賴關(guān)系?？刂品崔D(zhuǎn)是目標(biāo)，依賴注入是我們實(shí)現(xiàn)控制反轉(zhuǎn)的一種手段。
內(nèi)部最核心的就是IOC，之前是使用new關(guān)鍵字創(chuàng)建對象，現(xiàn)在可以直接從容器中獲取，動態(tài)注入，這其實(shí)就是利用Java里的反射。反射其實(shí)就是在運(yùn)行時(shí)動態(tài)的去創(chuàng)建、調(diào)用對象，Spring就是在運(yùn)行時(shí)，根據(jù)Spring核心配置文件（XML）來動態(tài)的創(chuàng)建對象，和調(diào)用對象里的方法。
Spring另一個(gè)核心就是AOP面向切面編程，可以為某一類對象進(jìn)行監(jiān)督和控制（也就是在調(diào)用這類對象的具體方法的前后去調(diào)用你指定的模塊）從而達(dá)到對一個(gè)模塊擴(kuò)充的功能。這些都是通過配置類達(dá)到的。
Spring目的：就是讓對象與對象（模塊與模塊）之間的關(guān)系沒有通過代碼來關(guān)聯(lián)，都是通過配置類說明管理的（Spring根據(jù)這些配置內(nèi)部通過反射去動態(tài)的組裝對象）；要記住，Spring是一個(gè)容器，凡是在容器里的對象才會有Spring所提供的這些服務(wù)和功能。
Spring里用的最經(jīng)典設(shè)計(jì)模式：模板方法模式；核心容器組件是BeanFactory，它是工廠模式的實(shí)現(xiàn)。BeanFactory使用控制反轉(zhuǎn)（IOC）模式將應(yīng)用程序的配置和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼分開。
REQUIRED：業(yè)務(wù)方法需要在一個(gè)事務(wù)中運(yùn)行。如果方法運(yùn)行時(shí)，已經(jīng)處在一個(gè)事務(wù)中，那么加入到該事務(wù)，否則為自己創(chuàng)建一個(gè)新的事務(wù)。
NOT_SUPPORTED：聲明方法不需要事務(wù)。如果方法沒有關(guān)聯(lián)到一個(gè)事務(wù)，容器不會為它開啟事務(wù)，如果方法在一個(gè)事務(wù)中被調(diào)用，該事務(wù)會被掛起，在方法調(diào)用結(jié)束后，原先的事務(wù)便會恢復(fù)執(zhí)行。
REQUEIRESNEW：不管是否存在事務(wù)，業(yè)務(wù)方法總會為自己發(fā)起一個(gè)新的事務(wù)。如果方法已經(jīng)運(yùn)行在一個(gè)事務(wù)中，則原有的事務(wù)會被掛起，新的事務(wù)會被創(chuàng)建，直到方法執(zhí)行結(jié)束，新的事務(wù)才算結(jié)束，原先的事務(wù)才會被恢復(fù)執(zhí)行。
NANDATORY：業(yè)務(wù)方法只能在一個(gè)已經(jīng)存在的事務(wù)中執(zhí)行，業(yè)務(wù)方法不能自己發(fā)起事務(wù)，如果業(yè)務(wù)方法沒有在事務(wù)環(huán)境下被調(diào)用，容器會拋出例外。
SUPPORTS：如果業(yè)務(wù)方法在某個(gè)事務(wù)范圍中被調(diào)用，則方法稱為該事務(wù)的一部分，如果業(yè)務(wù)方法在事務(wù)范圍外被調(diào)用，則方法在沒有事務(wù)環(huán)境下執(zhí)行。
Never：業(yè)務(wù)方法絕對不會在事務(wù)范圍內(nèi)執(zhí)行，如果業(yè)務(wù)方法在某一個(gè)事務(wù)中執(zhí)行，容器會拋出例外，只有業(yè)務(wù)方法沒有關(guān)聯(lián)到任何事務(wù)，才能正常執(zhí)行。
NESTED：如果一個(gè)活動的事務(wù)存在，則運(yùn)行在一個(gè)嵌套事務(wù)中，如果沒有活動事務(wù)，則按REQUIRED屬性執(zhí)行，它使用了一個(gè)單獨(dú)的事務(wù)，這個(gè)事務(wù)擁有多個(gè)可回滾的保存點(diǎn)。內(nèi)部事務(wù)的回滾不會影響到外部事務(wù)。它只對DataSourceTransactionManager事務(wù)管理器生效。
轉(zhuǎn)發(fā)：在返回值前面加“forward:”前綴，比如：forward:/user?name=1。
重定向：在返回值前面加“redirect:”前綴，比如：redirect:/user。
Spring MVC屬于SpringFrameWork的后續(xù)產(chǎn)品，已經(jīng)融合在Spring Web Flow里面，是一個(gè)強(qiáng)大靈活的Web框架。
Spring MVC提供了一個(gè)DispatcherServlet作為前端控制器來分配請求。通過策略接口，Spring框架是高度可配置的。
Spring MVC通過一套注解，讓JavaBean成為處理請求的控制器，而無需實(shí)現(xiàn)任何接口。
Spring MVC還包含多種視圖技術(shù)，如 Java Server Pages（JSP）、Velocity、Tiles、iText和POI等。
Spring MVC支持Rest風(fēng)格的URL請求。
Spring MVC分離了控制器、模型對象、分派器以及處理程序?qū)ο蟮慕巧?，這種分離讓它們更容易進(jìn)行定制。
Spring MVC框架主要由DispatcherServlet、處理器映射器、處理器適配器、處理器、視圖解析器、視圖組成。
前端控制器（DispatcherServlet）作用：接收請求、響應(yīng)結(jié)果，相當(dāng)于轉(zhuǎn)發(fā)器，有了DispatcherServlet就減少了其它組件之間的耦合度。
處理器映射器（HandlerMapping）作用：根據(jù)請求的URL來查找Handler（控制器）。
處理器適配器（HandlerAdapter）作用：在編寫Handler的時(shí)候要按照HandlerAdapter要求的規(guī)則去編寫，這樣適配器才可以正確的去執(zhí)行Handler。
處理器（Handler）作用：處理請求、調(diào)用業(yè)務(wù)代碼、返回ModelAndView對象。
視圖解析器（ViewResolver）作用：進(jìn)行視圖的解析，根據(jù)視圖邏輯名解析成真正的視圖（view）。
視圖（View）作用：View是一個(gè)接口，它的實(shí)現(xiàn)類支持不同的視圖類型（JSP、Freemarke等）。
直接在形參里面聲明參數(shù)，必須名字和傳過來的參數(shù)一樣。
使用@RequestParam注解的方式獲取，注意設(shè)置的別名需要與表單元素的名稱一致。
使用POJO對象綁定請求參數(shù)值，注意對象中屬性與表單元素的名稱一致。
使用@PathVariable注解與URL路徑中“{占位符}”進(jìn)行綁定。
使用Servlet原生API進(jìn)行獲取QueryString中指定名稱的參數(shù)。
使用Controller中方法聲明形式參數(shù)：
@Controller 使用Controller中的成員屬性依賴注入： |
修改web.xml，配置Spring主控Servlet：
<!-- 配置SpringMVC的前端控制器（即：主控Servlet） -->
<servlet>
<servlet-name>spring-mvc</servlet-name>
<servlet-class>
org.springframework.web.servlet.DispatcherServlet
</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<!-- 配置SpringMVC的地址映射,“/”代表所有請求都由DispatcherServlet來處理 -->
<servlet-mapping>
<servlet-name>spring-mvc</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
?編寫Spring_mvc配置文件：
<!--
注意：本配置文件名稱必須與web.xml中配置的servlet名稱一致
另外必須放在WEB-INF文件夾下
-->
<!—
掃描包，將標(biāo)注Spring注解的類自動轉(zhuǎn)化為Bean,同時(shí)完成Bean的注入
-->
<context:component-scan base-package="org.spring.controller"/>
<!—
配置視圖解析器：如何把handler方法返回值解析成實(shí)際物理視圖
-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<property name="prefix" value="/WEB-INF/views/"></property>
<property name="suffix" value=".jsp"></property>
</bean>
<!-- 添加Springmvc對注解的支持 -->
<mvc:annotation-driven/>
value：指定請求的實(shí)際地址，指定的地址可以是URI Template模式；
method：指定請求的method類型（GET、POST、PUT、DELETE等）；
consumes：指定處理請求的提交內(nèi)容類型（Content-Type），例如application/json、 text/html；
produces: 指定返回的內(nèi)容類型，僅當(dāng)request請求頭中的Accept類型中包含該指定類型才返回；
params：指定request中必須包含某些參數(shù)值是，才讓該方法處理；
headers：指定request中必須包含某些指定的header值，才能讓該方法處理請求。
切入時(shí)機(jī)即AOP中的五種通知（或增強(qiáng)）：
前置通知、后置通知、環(huán)繞通知、例外通知、最終通知。
Aop切點(diǎn)格式示例：execution(* com.service.impl..*.*(..))
第一個(gè)*：代表匹配任意返回值類型；
第一個(gè)..：代表匹配指定包下及子包）；
第二個(gè)*：代表匹配包中的任意類；
第三個(gè)*：代表匹配類中的任意方法；
最后一個(gè)..：代表匹配方法的任意參數(shù)。
MVC（Model-View-Controller）模式，即模型-視圖-控制器模式，其核心思想是將整個(gè)程序代碼分成相對獨(dú)立而又能協(xié)同工作的3個(gè)組成部分，具體的功能如下：
模型（Model）：業(yè)務(wù)層，實(shí)現(xiàn)具體的業(yè)務(wù)邏輯、狀態(tài)管理的功能。
視圖（View）：表示層，就是與用戶實(shí)現(xiàn)交互的頁面，通常實(shí)現(xiàn)數(shù)據(jù)的輸入和輸出功能。
控制器（Controller）：控制層，處理請求并作出響應(yīng)作用，實(shí)現(xiàn)View層跟Model層的協(xié)同工作。
Spring MVC框架主要處理用戶請求和響應(yīng)處理后的結(jié)果，如：提供處理用戶提交的數(shù)據(jù)和數(shù)據(jù)類型轉(zhuǎn)換以及在視圖中顯示用戶數(shù)據(jù)；
Spring框架主要提供依賴注入，是各層的對象之間關(guān)聯(lián)關(guān)系的解耦，提供切面編程思想的實(shí)現(xiàn)AOP，并且提供更強(qiáng)大的事務(wù)支持。
Mybatis框架提供對象的持久化操作，簡化持久層編碼，實(shí)現(xiàn)SQL與Java代碼的分離，便于SQL優(yōu)化。
Spring容器根據(jù)配置中的Bean定義實(shí)例化Bean。
Spring使用依賴注入填充所有屬性，如Bean中所定義的配置。
如果為Bean指定了init方法（<bean>的init-method屬性），那么將調(diào)用它。
如果Bean實(shí)現(xiàn)DisposableBean接口，當(dāng)Spring容器關(guān)閉時(shí)，會調(diào)用destory()方法。
如果為Bean指定了destroy()方法（<bean>的destroy-method屬性），那么將調(diào)用它。
工廠設(shè)計(jì)模式：Spring使用工廠模式通過 BeanFactory、ApplicationContext 創(chuàng)建Bean對象。
代理設(shè)計(jì)模式：Spring AOP功能的實(shí)現(xiàn)。
單例設(shè)計(jì)模式：Spring中的Bean默認(rèn)都是單例的。
模板方法模式：Spring中 jdbcTemplate、hibernateTemplate 等以Template結(jié)尾的對數(shù)據(jù)庫操作的類，它們就使用到了模板方法模式。
包裝器設(shè)計(jì)模式：我們的項(xiàng)目需要連接多個(gè)數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。這種模式讓我們可以根據(jù)客戶的需求能夠動態(tài)切換不同的數(shù)據(jù)源。
觀察者模式：Spring事件驅(qū)動模型就是觀察者模式很經(jīng)典的一個(gè)應(yīng)用。
適配器模式：Spring AOP的增強(qiáng)或通知（Advice）使用到了適配器模式、Spring MVC中也是用到了適配器模式適配Controller。
ModelAndView：最常見的返回值類型，可以在ModelAndView對象中指定視圖名稱，綁定數(shù)據(jù)。
void：返回值為void時(shí)，可能是真的沒有值要返回，也可能是有其他辦法返回?cái)?shù)據(jù)，有如下二種情況：
沒有值：確實(shí)沒有返回值，使用request與response對象實(shí)現(xiàn)請求轉(zhuǎn)發(fā)與重定向。
返回字符串：利用response.getWriter()方法向響應(yīng)中打印字符串?dāng)?shù)據(jù)。
String：當(dāng)方法的返回值為 String類型時(shí)，也有幾種不同情況：
邏輯視圖名：返回String最常見的是邏輯視圖名。
重定向：使用“redirect:”前綴實(shí)現(xiàn)重定向。
轉(zhuǎn)發(fā)：使用“forward:”前綴實(shí)現(xiàn)轉(zhuǎn)發(fā)。
真的是String：方法上加上@ResponseBody注解即可，或者Controller上本身添加的是組合注解 @RestController。
JSON：返回JSON是常見的方式，常見的List集合、Map集合、實(shí)體類等都可以返回。
沈陽市沈河區(qū)市府大路262甲（新華科技大廈A）2107
15041215557
http://www.sykjsj.cn
華瑞微信號
15041215557
