python - process_request出错时django中间件的执行顺序是怎样的？

Question

我正在研究 Django 中间件代码库。我查看了下图

所以，这张图已经很清楚了。

但是我有一些问题

1. 当 process_request() 中间件出现异常时会发生什么？它是如何处理的？会调用 response_middleware 吗？例如。如果AuthenticationMiddleware的process_view()出现异常，那么是否会调用MessageMiddleware的process_response()？

2. 当 process_response() 中间件返回响应时会发生什么？例如。如果 AuthenticationMiddleware 的 process_view() 返回响应，那么 MessageMiddleware 的 process_response() 会被调用吗？或者它将从 AuthenticationMiddleware 返回(即，它将调用 AuthenticationMiddleware 的 process_response()，但不会调用 process_response MessageMiddleware的())

我已经调试了 1.10 中使用新样式中间件类的 django 的行为，但我不熟悉旧的 MIDDLEWARE_CLASSES 设置？

对于 django 1.10:- 1) 如果 AuthenticationMiddleware 的 process_request() 返回响应，则 process_template_response() 和 process_response() 将被调用如下图所示的所有中间件。

2) 如果 AuthenticationMiddleware 的 process_request() 引发异常，则行为也相同。

纠正我，如果我错了。

提前致谢。

Answer 1

The official documentation如果你在 1.10 版本之前的 django 项目上工作，可以回答你的第一个问题。

请阅读段落:使用 MIDDLEWARE 和 MIDDLEWARE_CLASSES 之间的行为差​​异

Under MIDDLEWARE_CLASSES, every middleware will always have its process_response method called, even if an earlier middleware short-circuited by returning a response from its process_request method. Under MIDDLEWARE, middleware behaves more like an onion: the layers that a response goes through on the way out are the same layers that saw the request on the way in. If a middleware short-circuits, only that middleware and the ones before it in MIDDLEWARE will see the response.

然而 MIDDLEWARE_CLASSES 自 django v1.10 以来已被删除，并且从那时起引入了新样式的中间件工作流(使用 __call__() 代替)，这允许每个中间件(应用在MIDDLEWARE)内部判断是否短路，通过返回response(有错误状态)，不调用后续的中间件，查看中间件的异常处理，这种情况下图问题可能并非总是如此，尤其是当您的项目包含自定义中间件时。

[旁注]，异常短路的中间件可能如下所示:

class SimpleMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response
        # One-time configuration and initialization.

    def __call__(self, request):
        try:
            # Code to be executed for each request before
            # the view (and later middleware) are called.
            do_something_but_raise_exception()
            response = self.get_response(request)
            # Code to be executed for each request/response after
            # the view is called.
        except WHATEVER_EXCEPTION as e:
            # short-circuiting, because self.get_response() is not invoked,
            response = generate_custom_response(e)
        return response

[旁注]:

值得一提的是，FastAPI 中的中间件也以类似的方式构建。