1、Spring web 框架的核心：DispatcherServlet
DispatcherServlet 用于接收請求。是使用Spring框架的入口。在web.xml中，需要配置該servlet。在配置該Servlet的時候url-pattern你可以使用你自己想使用的形式，如*.aspx,*.do,*.htm,*.action，用以混淆客戶端對服務(wù)器架構(gòu)的認識。
另外，該Servlet在容器中還會加載一個APPlicationContext的xml文件。默認加載的是[servlet-name]-servlet.xml。例如，你在web.xml中配置的servlet如下：
<web-app>
<servlet>
<servlet-name>example</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>example</servlet-name>
<url-pattern>*.form</url-pattern>
</servlet-mapping>
</web-app>
該Servlet就會在服務(wù)器啟動時，加載example-servlet.xml。當然，你也可以自己來指定加載文件。
要看看DispatcherServlet真面目，打開源文件，發(fā)現(xiàn)定義了很多BeanName的常量，如本地化解析器beanname，主題解析器beanname，視圖解析器beanname，上傳文件解析的multipart解析器beanname。
等：
public static final String MULTIPART_RESOLVER_BEAN_NAME = "multipartResolver";
public static final String LOCALE_RESOLVER_BEAN_NAME = "localeResolver";
public static final String THEME_RESOLVER_BEAN_NAME = "themeResolver";
public static final String HANDLER_MAPPING_BEAN_NAME = "handlerMapping";
public static final String HANDLER_ADAPTER_BEAN_NAME = "handlerAdapter";
public static final String HANDLER_EXCEPTION_RESOLVER_BEAN_NAME = "handlerExceptionResolver";
public static final String REQUEST_TO_VIEW_NAME_TRANSLATOR_BEAN_NAME = "viewNameTranslator";
public static final String VIEW_RESOLVER_BEAN_NAME = "viewResolver";
這個類怎么使用這些bean呢？以上面的exexample-servlet.xml為例，我們定義的名字為example的DispatcherServlet使用example-servlet.xml的配置。在example-servlet.xml里，我們可以配置名字上面的beanName的bean，來讓servlet加載這些bean。
這下明白了，servlet.xml該怎么配置，該配置什么了。
好了，看完了最重要的servlet的配置問題，我們再看下一個重要的接口:Controller。至于上面servlet要使用的什么什么解析器啦，我們稍后在分析。
2、Controller
我們的請求提交到DispacherServlet后，會轉(zhuǎn)給Controller。怎么找Controller？通過使用handlerMapping。如果沒有設(shè)置handlerMapping，spring使用默認的BeanNameUrlHandlerMapping來找Controller。
BeanNameUrlHandlerMapping？顧名思義，就是通過bean的name屬性來映射controller。bean的name請求是一個url，如果請求的是logout.do，在example-servlet.xml中定義一個名字（name）為login.do的Controller.
<bean name="/logout.do" class="com.jy.bookshop.web.spring.LogoutController">
</bean>
再插一句話，在handlerMapping中，我們可以使用請求攔截器來對請求進行攔截處理。該攔截器怎么使用這里暫且不表，有機會再討論。
ok，現(xiàn)在我們創(chuàng)建一個LogoutController來讓他處理請求，讓他實現(xiàn)Controller吧：
public class LogOutController implements Controller {
public ModelAndView handleRequest(HttpServletRequest req,
HttpServletResponse res) throws Exception {
…
return new ModelAndView(new RedirectView("login.do"));
}
}看看這個Controller接口的定義，發(fā)現(xiàn)這個接口只定義了一個handleRequest方法。在這個方法中，返回一個ModelAndView。
先說ModelAndView。我們知道MVC，那么ModelAndView就是 MV了。Controller就是C。這樣MVC全了。呵呵。
繼續(xù)說ModelAndView，要了解他的結(jié)構(gòu)，那自然要看看他的源代碼了：
/** View instance or view name String */
private Object view;
/** Model Map */
private ModelMap model;
只關(guān)注我們關(guān)注的，里面包含了一個View對象和model對象。model對象是一個Map，這里不再說了。關(guān)鍵看看view，奇怪，怎么是一個Object，太抽象了。再繼續(xù)看源代碼的話，會更加明白：
public ModelAndView(String viewName, String modelName, Object modelObject) {
this.view = viewName;
addObject(modelName, modelObject);
}
public void setViewName(String viewName) {
this.view = viewName;
}
原來這個view可以指向一個View對象，也可以指向String對象啊。View一個接口，如果看doc的話，他的實現(xiàn)類有AbstractExcelView, AbstractJasperReportsSingleFormatView, AbstractJasperReportsView, AbstractJExcelView, AbstractPdfStamperView, AbstractPdfView,AbstractTemplateView, AbstractUrlBasedView, AbstractView, AbstractXsltView, ConfigurableJasperReportsView, FreeMarkerView, InternalResourceView,JasperReportsCsvView, JasperReportsHtmlView, JasperReportsMultiFormatView, JasperReportsPdfView, JasperReportsXlsView, JstlView, RedirectView,TilesJstlView, TilesView, TilesView, VelocityLayoutView, VelocityToolboxView, VelocityView, XsltView（誠實的說，這些View是拷doc的）。
現(xiàn)在可以知道，我們的Controller返回一個View和Model，來讓Spring框架來創(chuàng)建一個回應(yīng)。
現(xiàn)在奇怪的還有一點，我吧view設(shè)置為字符串，Spring框架怎么處理？在ModelAndView中，如果view是一個字符串，則會將這個值交給DispatcherServlet的viewResovler來處理。記得上面提到的viewResovler了嗎？呵呵，派上用場了。
view的問題解決了，然后再說model吧。在ModelAndView添加了一些對象，Spring是怎么處理的呢？總應(yīng)該把這些對象給弄到request對象里，讓jsp頁面來使用吧。讓View使用？那么看看View接口吧：
public interface View {
String getContentType();
void render(Map model, HttpServletRequest request, HttpServletResponse response) throws Exception;
}render函數(shù)需要帶一個model變量。再找找view的實現(xiàn)類，看看是怎么工作的。不過view有那么多，對于一些像什么pdf啦，excel了他們都不需要在request中添加這個model。
最終呢，我們在jstlView的父類InternalResourceView中的renderMergedOutputModel函數(shù)發(fā)現(xiàn)他把model放在了request里面了。
OK，現(xiàn)在我們明白了，controller返回的modelandview交給Servlet進行處理，來生成一個頁面。
最簡單的Controller介紹完畢。現(xiàn)在看看Spring提供的一些controller的實現(xiàn)，Spring提供了很多controller的實現(xiàn)，繼承的結(jié)構(gòu)如下：
org.springframework.web.servlet.mvc.AbstractController (implements org.springframework.web.servlet.mvc.Controller)
- org.springframework.web.servlet.mvc.AbstractUrlViewController
- org.springframework.web.servlet.mvc.UrlFilenameViewController
- org.springframework.web.servlet.mvc.BaseCommandController
- org.springframework.web.servlet.mvc.AbstractCommandController
- org.springframework.web.servlet.mvc.AbstractFormController
- org.springframework.web.servlet.mvc.AbstractWizardFormController
- org.springframework.web.servlet.mvc.SimpleFormController
- org.springframework.web.servlet.mvc.CancellableFormController
- org.springframework.web.servlet.mvc.ParameterizableViewController
- org.springframework.web.servlet.mvc.ServletForwardingController (implements org.springframework.beans.factory.BeanNameAware)
- org.springframework.web.servlet.mvc.ServletWrappingController (implements org.springframework.beans.factory.BeanNameAware, org.springframework.beans.factory.DisposableBean, org.springframework.beans.factory.InitializingBean)
AbstractController是Controller的第一個實現(xiàn)。其他的Controller都是繼承這個Controller的。我們先看比較重要的Controller。
先說UrlFilenameViewController。不如我們自己來部署一個吧。
在example-servlet.xml中增加如下的配置：
<bean name="/error.do" class="org.springframework.web.servlet.mvc.UrlFilenameViewController">
</bean>
OK，當/error.do的請求上來后，urlFileNameViewController將他變成/error。然后返回個View，這個view的name就是/error，然后使用viewresolver來進行解析，可以解析成/jsp/error.jsp。
另外還有比較重要的controller是baseCommandController，將請求參數(shù)轉(zhuǎn)換為一個對象，并對對象參數(shù)合法性進行驗證。另外,SimpleFormController可以對表單進行處理。
關(guān)于各個controller的分析。未完待續(xù)。。