springmvc的請(qǐng)求處理流程 springmvc參數(shù)封裝原理？

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

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

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

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

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

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

常見的處理器映射器

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

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

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

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

較常見的處理器適配器

:HttpRequestHandlerAdapter，SimpleControllerHandlerAdapter，AnnotationMethodHandlerAdapter

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

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

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

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

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

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

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

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

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

題主估計(jì)聽說(shuō)下面這些名詞：

-會(huì)堵塞IO

-非會(huì)堵塞IO

-同步IO

-異步運(yùn)行IO

-同步堵塞IO

-同步非阻塞IO

-異步造成堵塞IO

-同步異步非阻塞住IO

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

IO

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

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

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

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

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

-通了---連接上確立

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

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

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

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

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

回到問題SpringMVC5以前，一個(gè)只是請(qǐng)求過去后的流程大概情況是這樣的：

服務(wù)端能接收到只是請(qǐng)求，從線程池資源一個(gè)線程來(lái)一次性處理

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

線程被釋放回線程池中

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

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

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

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

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