dispatchservlet 是乙個servlet 對所有匹配的url進行處理
對它進行配置的xml檔案預設是 -servlet.xml
這個檔案中配置了spring的mvc框架。
dispatchservlet 接受到請求之後
controller 的操作流程
對表單來說，spring標籤讓你把表單資料繫結到指定的物件上，該物件要自己來定義，但它不需要實現任何介面，然後在controller 中從該物件中提取使用者資料，在這之前可以先對表單資料進行驗證，然後執行業務邏輯的方法，執行完之後，返回乙個返回乙個modelandview物件例如：
modelandview("cart", "cart", cart);
其中"cart"為檢視物件
由resolver 處理邏輯名找到對應真正的資源（jsp檔案）
後面兩個的實際操作是把它們放到乙個map物件中，
name："cart" value：cart
它將收到的http請求對映到在web應用上下文中定義的bean的名字上
需要提供對映的url，和對應的controller
支援正規表示式的url
***的概念：
處理器對映提供了***概念，當你想要為所有請求提供某種功能時，例如做某種檢查，這就非常有用。
處理器對映中的***必須實現org.springframework.web.servlet包中的handlerinterceptor介面。這個介面定義了三個方法，乙個在處理器執行前被呼叫，乙個在處理器執行後被呼叫，另乙個在整個請求處理完後呼叫。這三個方法提供你足夠的靈活度做任何處理前和處理後的操作。
prehandle方法有乙個boolean返回值。使用這個值，你可以調整執行鏈的行為。當返回true時，處理器執行鏈將繼續執行，當返回false時，dispatcherservlet認為***本身將處理請求（比如顯示正確的檢視），而不繼續執行執行鏈中的其它***和處理器。
簡單的示例：webminimal
關於spring mvc的一點自己的理解
接觸spring mvc的時間不長 以我現在的理解寫出自己對spring mvc的一點自己的理解，如有錯誤，歡迎指正 monkey email freedom521fd 163.com 首先先來看一下spring mvc的工作流程 下面的內容說的很詳細了，不做修改 重要理解 controller和前...
一點一點進步
requestparam,是獲取前端傳遞給後端的引數，可以使get方式，也可以是post方式。若前端傳遞的引數和後端接收的引數名稱不一致，則必須要標註。pathvariable,是獲取get方式，url後面引數，進行引數繫結。1.裝箱就是講基本資料型別轉換為包裝類，拆箱就是自動將包裝類轉換為基本資料...
關於專案SSH 框架的一點想法
1 我們專案中使用spring，主要是使用了其依賴注入，簡單的說是為了類的解耦，以提高復用性。但問題是 我們在公衛平台中寫的這些類有復用的地方嗎，相反，為此我們引入了一堆第三方的東西，一堆配置檔案，我們的公衛平台貌似沒那複雜喲 2 為了使用spring,我們定義了一推介面，介面是用於抽象的，用於多型...