django.core.handlers

最新推荐文章于 2024-03-15 16:00:33 发布

qq_42553082

最新推荐文章于 2024-03-15 16:00:33 发布

阅读量666

点赞数

分类专栏： django

django 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

https://www.cnblogs.com/ajianbeyourself/p/3645265.html

阅读目录

django.core.handlers
WSGIHandler.__call__

add by zhj: 在原文的基础上有修改

原文：http://www.cnblogs.com/gaott/archive/2012/02/28/2371238.html

上一期完理解了WSGI处理思路，现在看看django是如何实现这个接口的。

回到顶部

django.core.handlers

在此模块中着重看两个文件：base.py, wsgi.py

首先从宏观上看主要涉及到的类：

而当我们运行了manage.py runserver后，将会生成一个进程来运行WSGIHandler实例，来响应用户的请求，其实WSGIHandler就是一个上篇提到的handler。

好了，现在关键就是WSGIHandler的__call__方法。

回到顶部

WSGIHandler.call

代码如下（可现暂时略过）：

def __call__(self, environ, start_response):
        from django.conf import settings

        # Set up middleware if needed. We couldn't do this earlier, because
        # settings weren't available.
        if self._request_middleware is None:
            self.initLock.acquire()
            try:
                try:
                    # Check that middleware is still uninitialised.
                    if self._request_middleware is None:
                        self.load_middleware()
                except:
                    # Unload whatever middleware we got
                    self._request_middleware = None
                    raise
            finally:
                self.initLock.release()

        set_script_prefix(base.get_script_name(environ))
        signals.request_started.send(sender=self.__class__)
        try:
            try:
                request = self.request_class(environ)
            except UnicodeDecodeError:
                logger.warning('Bad Request (UnicodeDecodeError): %s' % request.path,
                    exc_info=sys.exc_info(),
                    extra={
                        'status_code': 400,
                        'request': request
                    }
                )
                response = http.HttpResponseBadRequest()
            else:
                response = self.get_response(request)
        finally:
            signals.request_finished.send(sender=self.__class__)

        try:
            status_text = STATUS_CODE_TEXT[response.status_code]
        except KeyError:
            status_text = 'UNKNOWN STATUS CODE'
        status = '%s %s' % (response.status_code, status_text)
        response_headers = [(str(k), str(v)) for k, v in response.items()]
        for c in response.cookies.values():
            response_headers.append(('Set-Cookie', str(c.output(header=''))))
        start_response(status, response_headers)
        return response

由代码我们知道

django把middleware分为了5类，分别是：

request_middleware
view_middleware
template_response_middleware
response_middleware
exception_middleware

django通过类中的对应的方法判断属于哪个类别

类别	方法
request_middleware	process_request
view_middleware	process_view
template_response_middleware	process_template_response
response_middleware	process_response
exception_middleware	process_exception

所以django的处理路径如下图所示：

Request_middle → View_middleware → View → Exception_middleware → template_response_middleware → Response_middleware

add by zhj: 右边这张图加入了Django Rest Framework的处理流程

其实django就是使用一个WSGIHandler作为wrapper，将所有的app，middleware包裹在一起，并且按照上面的顺序进行处理，这样的好处是：

思路清晰，利于代码的维护，便于代码的扩展，并且将各个相对独立的步骤分割开来，互补影响。

完整的流程图如下

add by zhj:第二段代码有修改
原文：http://www.cnblogs.com/gaott/archive/2012/02/28/2371181.html

前言

Django是一个开放源代码的Web应用框架，她像一个工具箱，包括了整个web开发中的各种技术，例如ORM，Template等。这是在阅读django的源码中作的笔记。

首先需要简要介绍以下WSGI。

WSGI

基本概念
wsgi是Python语言定义的Web服务器和Web应用程序或框架之间的一种简单而通用的接口。在此接口中有两个方面，一个web应用程序类比java中的war包，一个是web服务器类比tomcat，apache。在这里我们只关注web应用程序。参考http://www.python.org/dev/peps/pep-0333/

在此接口中定义了一个服务器和应用程序通信的方法：

#file:  app.py
def simple_app(environ, start_response):
    """Simplest possible application object"""
    status = '200 OK'
    response_headers = [('Content-type', 'text/plain')]
    start_response(status, response_headers)
    return ['Hello world!\n']

服务器传递两个参数：environ，start_response到我们的应用程序中，我们根据自己的业务逻辑处理后，调用start_response返回相应代码和响应头信息，并在方法的最后返回相应的内容。假设将此app.py部署在服务器上，那么用户访问时，服务器将会返回 Hello world 字符串，并带着相应头信息。

实例
此处我们建立了一个应用程序也就是app,为该app创建一个view，另外值得注意的是middleware。 middleware和app是类似的东西，只不过它对于app的view实现了一个decorator的模式，看代码就明白了。

import eventlet.wsgi

def view_def(env, response_call):
    status = '200 ok'
    response_headers = [('Content-type', 'text/plain')]
    response_call(status, response_headers )
    return 'hello '

class handler(object):
    def __init__(self, view):
        self._view = view

    def __call__(self, env, start_response):
        pre_middle = pre_middle(self._view)
        view_res = self._view(env, start_response)
        post_middle = post_middle(self._view)
        res = "%s %s %s" %(pre_middle.res,view_res,post_middle.res)
       
        return res

class pre_middle(object):
    def __init__(self,view):
        print 'before app process...I run'
        self.res = "pre middle.."

class post_middle(object):
    def __init__(self,view):
        print 'after app process...I run too'
        self.res = "..post middle"

        

        
    

port = 1234
sock = eventlet.listen(('0.0.0.0', port))
handler_instance = handler(view_def)
eventlet.wsgi.server(sock, handler_instance)

代码思路：创建一个view（view_def），给view包裹Middleware（pre_middle、post_middle），然后开启一个服务器（eventlet）并监听1234端口，若有请求，那么系统的处理顺序是：

Request -> pre_middle -> view_def -> post_middle -> Response

运行结果
运行脚本：
在这里插入图片描述