丨比較jetty如何實現(xiàn)具有上下文信息責(zé)任鏈_第1頁
丨比較jetty如何實現(xiàn)具有上下文信息責(zé)任鏈_第2頁
丨比較jetty如何實現(xiàn)具有上下文信息責(zé)任鏈_第3頁
丨比較jetty如何實現(xiàn)具有上下文信息責(zé)任鏈_第4頁
丨比較jetty如何實現(xiàn)具有上下文信息責(zé)任鏈_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

而Jetty是通過ScopedHandler來做到這一點的,那ScopedHandler跟HandlerWrapperScopedHandlerHandlerWrapper是通過一張圖來回顧一下各種Handler的繼承關(guān)系:從圖上我們看到,ScopedHandler是Jetty非常的一個Handler,跟Servlet規(guī)范相關(guān)的Handler,比如ContextHandler、SessionHandler、ServletHandler、WebappContext等都直接或間接地繼承了ScopedHandler。ScopedHandler為了方便理解,我們先來回顧一下HandlerWrapper的源碼:publicclassHandlerWrapper {protectedHandler4publicvoidhandle(StringRequestHttpServletRequest9HttpServletResponsethrowsIOException,{Handlerif handler.handle(target,baseRequest,request, 16從代碼可以看到它持有下一個Handler的,并且會在handle方法里調(diào)用下一HandlerWrapperhandledoScopepublicfinalvoidhandle(StringRequestHttpServletRequestHttpServletResponsethrowsIOException,6if{ifdoScope(target,baseRequest,request,doHandle(target,baseRequest,request, 14上面的代碼中是根據(jù)_outerScope是否為null來判斷是使用doScope還是doHandle方法。那_outScope又是什么呢?_outScopeScopedHandlerprotectedScopedHandlerprotectedScopedHandler34privatestaticfinal outerScope=new outerScope是一個ThreadLocal變量,ThreadLocal表示線程的私有數(shù)據(jù), outerScope實際上保存了一個ScopedHandler。ScopedHandlerHandlerWrapperHandlerJettyScopedHandlerScopedHandlerHandlerWrapperScopedHandler5經(jīng)過上面的設(shè)置之后,形成的Handler上面的過程只是設(shè)置了hne變量,那otope_xSope從上圖我們看到:scopedA的_nextScope=scopedB,scopedB的_nextScope=scopedC,為什么scopedB的_nextScope不是WrapperX呢,因為WrapperX不是一個ScopedHandler。scopedC_nextScopenull(因為它是鏈尾,沒有下一個節(jié)點)。因此我們得出一個結(jié)論:_nextScope指向下一個Scoped節(jié)點的,由于WrapperX不是Scoped節(jié)點,它沒有_outScope和_nextScope變量。注意到scopedA的_outerScope是null,scopedB和scopedC的_outScope都是指向scopedA,即_outScope指向的是當(dāng)前Handler鏈的頭節(jié)點,頭節(jié)點本身_outScope為弄清楚了_outScope和_nextScopeScopedHandlerScopedHandler中的doStart方法源碼:protectedvoiddoStart()throws{{//請注意_outScope是一個實例變量,_outerScope=8

outerScope是一個全局變量。先全局的線//如果全局 outerScope還沒有被賦值,說明執(zhí)行doStart方法的是頭節(jié)if//handler鏈的頭節(jié)點將自己的填充

//調(diào)用父apper的

doStart//各Handler將自己的_nextScope指向下一個_nextScope={if 24 方法參數(shù)在Handler鏈中進行傳遞,但是在形成鏈的過程中又需要用到它。你可以想象,當(dāng)scopedA調(diào)用start方法時,會把自己填充到 scopedA調(diào)用super.doStart。由于scopedA是一個HandlerWrapper類型,并且它持有的_handler指向的是scopedB,所以super.doStart實際上會調(diào)用scopedB的start方法。這個方法里同樣會執(zhí)行scopedB的doStart方法,不過這次 回的不是null而是scopedA的,所以scopedB的_outScope被設(shè)置為scopedA。接著super.dostart會進入到scopedC,也會將scopedC的_outScope指向scopedAscopedCdoStart_handlernull(因為它是Handler鏈的最后一個),所以它的super.doStart會直接返回。接著繼續(xù)執(zhí)行scopedC的doStart方法的下一行代碼: 對于HandlerWrapper來說getChildHandlerByClass_handler對nullscopedC_nextScopenull,這段方法結(jié)束返回后繼續(xù)執(zhí)行scopedB中的doStart中,同樣執(zhí)行這句代碼:因為scopedB的_handler指向的是scopedC,所以getChildHandlerByClass返回的結(jié)果就是scopedC的,即scopedB的_nextScope指向scopedC。同理scopedA的_nextScope會指向scopedB。scopedA的doStart_outScope為null。請注意執(zhí)行到這里只有scopedA的_outScope為null,所以doStartfinallyThreadLocalnull。{if}你可能會問,費這么大勁設(shè)置otcpe和neSoe上面的過程比較復(fù)雜,可以跳過這個過程,直接通過圖來理解_ucpe和的值,而這樣設(shè)置的目的是用來控制doScopedoHandle方法的調(diào)用順序。實際上在ScopedHandler中對于doScope和doHandle方法是沒有具體實現(xiàn)的,但是提供了nextHandle和nextScope兩個方法,下面是它們的源碼:1publicvoiddoScope(String2Request3HttpServletRequest4HttpServletResponse5throwsIOException,6{78}9publicfinalvoidnextScope(StringRequestHttpServletRequestHttpServletResponsethrowsIOException,{if_nextScope.doScope(target,baseRequest,request, elseif}voiddoHandle(StringRequestHttpServletRequestHttpServletResponse throwsIOException,publicfinalvoidnextHandle(StringfinalRequestHttpServletRequestHttpServletResponsethrowsIOException,36if(_nextScope!=null&&_nextScope.doHandle(target,baseRequest,request,elseif41nextHandlenextScopedoScopedoHandle因此通過設(shè)置otope_xSope的值,并且在代碼中判斷這些值并采取相應(yīng)的動作,目的就是讓pr鏈上的doSope方法在doe、handle執(zhí)行。并且不同ScopedHandler的doScopedoHandle和handle這樣ScopedHandler幫我們把調(diào)用框架搭好了,它的子類只需要實現(xiàn)doScope和doHandledoScopedoHanlde接下來我們來看看ScopedHandler的子類ContextHandler是如何實現(xiàn)doScope和doHandleContextHandlerTomcatContextWeb應(yīng)用,它的功能是給Servlet的執(zhí)行一個上下文環(huán)境,并且將請求轉(zhuǎn)發(fā)到相應(yīng)的Servlet。那什么是Servlet執(zhí)行的上下文?我們通過ContextHandler的構(gòu)造函數(shù)來了解privateContextHandler(Contextcontext,HandlerContainerparent,String{//_scontext就是Servlet規(guī)范中的_scontext=context==null?new5//Web_initParams=newHashMap<String,9我們看到ContextHandler了ServletContext和Web應(yīng)用的初始化參數(shù)。的publicvoiddoScope(Stringtarget,RequestbaseRequest,HttpServletRequestrequest,{//1.修正請求的URL,去掉多余的'/',或者加上iftarget ifif(target.length()>{if(_contextPath.length()>target=pathInfo= elseif(_contextPath.length()=={target=pathInfo= {target=pathInfo= //2.設(shè)置當(dāng)前Webif(_classLoader!={current_thread=old_classloader= //3.調(diào)用 38doScopenextScope,請你注意nextScope調(diào)用是由父類ScopedHandler實現(xiàn)的。接著我們來ContextHandler的doHandle方法:publicvoiddoHandle(Stringtarget,RequestbaseRequest,HttpServletRequestrequest,{finalDispatcherTypedispatch=finalbooleannew_context={//請求的初始化工作,主要是為請求添加 istener器,并if //繼續(xù)調(diào)用下一個Handler,下一個Handler可能是ServletHandler、SessionHandler {//同樣一個Servlet請求處理完畢,也要通知相應(yīng)的if 22ContextHandlerdoHandle今天我們分析了Jetty中ScopedHandler的實現(xiàn)原理,剖析了如何實現(xiàn)鏈?zhǔn)秸{(diào)用的“回溯”。主要是確定了doScope和doHandle的調(diào)用順序,doScope依次調(diào)用完以后,再依次調(diào)用doHandle,它的子類比如ContextHandler只需要實現(xiàn)doScope和doHandle這背后的原理是,pndler通過遞歸的方式來設(shè)置_tcpenxSpe兩Jetty中的這部分代碼,你已經(jīng)掌握了遞歸的精髓。另外我們進行層層遞歸調(diào)用中需要用到一些變量,比如ScopedHandler中的 pe,它保存了Handler鏈中的頭節(jié)點,但是它不是遞歸方法的參數(shù),那參數(shù)怎么傳遞過去呢?一種可能的辦法是設(shè)置一個全局變量,各Handler都能到這個變量。但這樣會有線程安全的問題,因此ScopedHandler

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論