本文完全**：
傳統原生的jsp+servlet在開發上過程上雖然簡單明瞭，jsp頁面傳遞資料到servlet，servlet整理資料（邏輯開發）或者從資料庫提取資料接著再**到jsp頁面上，但是其似乎只能止步於此，我們都知道我們request和response都依賴於url，當我們想要通過針對圍繞url進行程式設計的話單純的jsp+servlet在實現上只有過濾器filter在抵達相對應的servlet之前起作用，但是如果我們想要在servlet**或者重定向之後再進行一些工作呢？乙個url對應乙個servlet，專案需求的url稍微複雜了一些，其相對應的servlet的數量將十分龐大，諸多問題，在這裡便不多講了，而這些問題，基本都在springmvc中得以解決。
springmvc圍繞著servlet進行開發web,**的實現上同時也依賴spring開發，不然也不會叫做springmvc，本文著重強調的重點在於springmvc的工作流程，並不設計具體**開發，所以並不要求掌握spring的知識
1.從第一點開始，請求的開始當然**的使用者訪問的url，之後springmvc的工作正式開始，就好比乙個人進城，必須要先經過城門才能進去，請求也是一樣，他必須先經過乙個叫做dispatcher servlet的前端控制器，
4.老闆指使我們工作，此時我們化身為員工（handler，也就是請求所對應的事件），我們工作的內容就控制層（也就是mvc中的c）下請求url所對應的方法，工作完成之後，我們需要提交工作資料呈現給老闆看（返回modelandview物件給handleradapter）
5.之後老闆把你的工作資料貼到城門上（將modelandview物件返回給dispatcherservlet），再經歷一番修飾後呈現給來往的商人（使用者）
乙個從大局上**的基本流程大概就是如此，然而springmvc在具體的實現上遠比這複雜許多，基本上在普通專案開發下我們在配置完springmvc要求配置環境後，所需要開發的地方就只有檢視層和控制層，控制層裡面的**一般是有邏輯層和資料層的實現。
下面是我用思維導圖製作的流程，比文字看起來直觀一些。
spring MVC 工作流程
1 首先來配置一下dispatcherservlet spring mvc和大部分mvc框架一樣,底層也是依賴servlet api的,所以spring mvc的請求處理也是從乙個servlet開始,這個servlet就是dispatcherservlet.以下是在web.xml中dispatche...
Spring MVC 工作流程
接收請求，響應結果，相當於 器，處理器。有了dispatcherservlet減少了其它元件之間的耦合度。根據請求的url查詢handler按照特定規則 handleradapter要求的規則 去執行handler注意 編寫handler時按照handleradapter的要求去做，這樣介面卡才可以...
SpringMVC工作流程
springmvc的工作流程如下 在填充handler的入參過程中，根據你的配置，spring將幫你做一些額外的工作 httpmessageconveter 將請求訊息 如json xml等資料 轉換成乙個物件，將物件轉換為指定的響應資訊 資料轉換 對請求訊息進行資料轉換。如string轉換成int...