從這里拉開django框架的帷幕。。撕開，哈哈

主要涉及的類:django.core.handlers.base.BaseHandler,django.core.handlers.wsgi.WSGIHandler,前者為后者的父類。

django.http.request.HttpRequest

后者的實(shí)例實(shí)現(xiàn)了WSGI請(qǐng)求的處理，因?yàn)閃SGIHandler 實(shí)現(xiàn)了__call__方法，所以實(shí)例成為了可調(diào)用對(duì)象。

?流程：接收到一個(gè)wsgi請(qǐng)求--》生成一個(gè)WSGIHandler實(shí)例，傳入?yún)?shù)environ,start_response.--》建立request對(duì)象（environ作為參數(shù)）--》調(diào)用base.BaseHandler的get_response方法（使用這個(gè)request作為參數(shù)）

這個(gè)get_response的主要作用就是各種middleware的調(diào)用，其次就是解析url到view，依據(jù)url.py中的patterns。

urlresolve是什么呢，就是從urlconf中找出第一個(gè)匹配到的view。

然后就開始middleware和view的調(diào)用了。

get_response首先將request用_requet_middleware處理一遍。

如果request_middleware返回response了，就直接結(jié)束并返回response

request_middleware循環(huán)完了當(dāng)然該view_middleware了。view_middleware在view還沒有被執(zhí)行的時(shí)候進(jìn)行處理。參數(shù)是request，view，var參數(shù)keyword參數(shù)。

接著就該真正的執(zhí)行這個(gè)view了，如果在views中出錯(cuò)了，就進(jìn)行exceptiion_middleware處理。否則返回一個(gè)response。

如果view的返回值是一個(gè)Template，那么會(huì)導(dǎo)致template_response_middleware的調(diào)用。參數(shù)是request和response

最后被調(diào)用的是response_middleware,參數(shù)仍然是request，response，不過這個(gè)response是Response對(duì)象了。。

注意在上面任何一步返回一個(gè)response都會(huì)導(dǎo)致views中的response失效。

沒什么難的，源代碼很清晰。。

接下來分析一下這個(gè)過程中涉及到的urlresolve過程。

?

轉(zhuǎn)載于:https://www.cnblogs.com/Yeah-come-on/p/3652528.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的django 的请求处理部分----WSGIHandler 源码分析 django1.5.5的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。