springmvc參數(shù)封裝原理？(1)前端控制器DispatcherServlet（配置再試一下）功能:中央處理器,可以接收只是請求,自己不做任何處理,完全是將請求發(fā)送中給其他組件進(jìn)行處理。Dispa

springmvc參數(shù)封裝原理？

(1)前端控制器DispatcherServlet（配置再試一下）

功能:中央處理器,可以接收只是請求,自己不做任何處理,完全是將請求發(fā)送中給其他組件進(jìn)行處理。DispatcherServlet是整個流程的控制中心。

(2)處理器映射器HandlerMapping(配置去掉)

功能:據(jù)DispatcherServlet正在發(fā)送的url各位路徑查找Handler

常見的處理器映射器

:BeanNameUrlHandlerMapping,SimpleUrlHandlerMapping,ControllerClassNameHandlerMapping,DefaultAnnotationHandlerMapping(不個人建議使用)

(3)處理器適配器HandlerAdapter（配置表就行）

功能:明確的某個特定規(guī)則（HandlerAdapter要求的規(guī)則）去想執(zhí)行Handler。

按照HandlerAdapter對處理器參與先執(zhí)行，這是適配器模式的應(yīng)用，是從儲存多個適配器對更大類型的處理器接受不能執(zhí)行。

較常見的處理器適配器

:HttpRequestHandlerAdapter，SimpleControllerHandlerAdapter，AnnotationMethodHandlerAdapter

(4)處理器Handler即Controller(程序猿c語言設(shè)計)

功能:c語言設(shè)計Handler時按照HandlerAdapter的要求再去做，這樣的適配器才也可以去錯誤的想執(zhí)行Handler。

(5)視圖推導(dǎo)器ViewReslover(配置再試一下)

功能:參與視圖解析，參照邏輯視圖名解析成唯一的視圖。

ViewResolver共同負(fù)責(zé)將處理結(jié)果生成沉淀View視圖，ViewResolver是需要根據(jù)邏輯視圖名解析成物理視圖名即具體看的頁面地址，再能生成View視圖對象，之后對View進(jìn)行軟件渲染將處理結(jié)果頁面展示給用戶。

springmvc框架能提供了含有View視圖類型,如:jstlView、freemarkerView、pdfView...

(6)視圖View(程序猿匯編語言)

View是一個接口，利用類接受不同的View類型（jsp、freemarker、pdf...）

如何理解spring webflux的“非阻塞”？

題主估計聽說下面這些名詞：

-會堵塞IO

-非會堵塞IO

-同步IO

-異步運(yùn)行IO

-同步堵塞IO

-同步非阻塞IO

-異步造成堵塞IO

-同步異步非阻塞住IO

如果能表述了這些，你就能再理解webflux的非阻塞住了！

IO

一個IO操作當(dāng)然有兩個步驟：率先發(fā)動IO請求和實際的IO能操作

阻塞住IO和非阻塞IO的區(qū)別在于另一個步驟是否阻塞：發(fā)起攻擊IO幫忙有無會被阻塞，如果不是阻塞直到此時完成那就是現(xiàn)代的堵塞IO；如果不是不阻塞，那么就是非造成堵塞IO

歌詞同步IO和同步異步IO的區(qū)別就在于第二個步驟如何確定阻塞：如果沒有實際中的IO讀寫阻塞只是請求進(jìn)程，那就就是歌詞同步IO，并且堵塞IO、非阻塞住IO、IO復(fù)用、信號驅(qū)動IO全是歌詞同步IO；如果沒有不阻塞，只不過是操作系統(tǒng)幫你完了以后IO操作再將結(jié)果直接返回給你，那你就是同步異步IO

舉個不太更貼切的例子：例如你家網(wǎng)絡(luò)斷了，你打去電信報修！

-你撥號連接---客戶端直接連接服務(wù)器

-通了---連接上確立

-你知道：“我家網(wǎng)斷了,幫我修下”---發(fā)送消息

-說完你就在那里等，這樣的話那是阻塞IO

-要是倒是你有事，你擱下，然后再全面處理其他事情了，過半天你來問下，修好后了沒---那就是非堵塞IO

-如果客服說：“立刻幫你全面處理，你稍等”---同步IO

-要是客服說：“立玄幫你全面處理，再說安排你”，接著掛了---異步IO

回到問題SpringMVC5以前，一個只是請求過去后的流程大概情況是這樣的：

服務(wù)端能接收到只是請求，從線程池資源一個線程來一次性處理

線程如何處理完成后，直接返回數(shù)據(jù)

線程被釋放回線程池中

可以看見，當(dāng)一個各位過來后，所有的處理結(jié)束后才有可能我得到做出反應(yīng)。

Webflux實現(xiàn)Reactor模型，一個主從Reactor模型如下圖：

主Reactor主要用于服務(wù)控制器連接上幫忙，接收到幫忙后就分配一個channel，然后把就做出反應(yīng)客戶端

從Reactor主要用于去處理IO操作各位，可是不處理具體詳細(xì)邏輯

具體詳細(xì)邏輯由工作線程去一次性處理。工作線程全面處理能完成后再去通知響應(yīng)。