user_middleware Execution order

[0x30]

在applications.py#L91这个地方规定了用户自定义的 middleware 的执行顺序， 他在 exception_handlers 之后，在 error_handler 之前。

我当前遇到了这样子的一个问题。我想记录 请求和返回 的内容


from fastapi import Request
from starlette.middleware.base import BaseHTTPMiddleware
from starlette.concurrency import iterate_in_threadpool

from uuid import uuid4
from app.logger import request_logger
import time


class LoggingMiddleware(BaseHTTPMiddleware):
    async def dispatch(self, request: Request, call_next):
        request.state.body = (await request.body()).decode()
        request.state.uuid = uuid4().hex

        request.state.time = time.time()

        response = await call_next(request)

        response.headers["X-Request-ID"] = request.state.uuid
        response.headers["X-Process-Time"] = str(time.time() - request.state.time)

        response_body = [section async for section in response.body_iterator]
        response.body_iterator = iterate_in_threadpool(iter(response_body))
        resp_body = response_body[0].decode()

        request_logger.info(
            f"uuid={request.state.uuid} | path={request.url.path} | req_body={request.state.body} | resp_body={resp_body}",
        )

        return response

app.add_exception_handler(StarletteHTTPException, general_exception_handler)
    app.add_exception_handler(RequestValidationError, general_exception_handler)
    app.add_exception_handler(Exception, general_exception_handler)

在当前的情况下， 我可以在拦截到 StarletteHTTPException 和 RequestValidationError 之后，继续 执行我的 middleware。但是在拦截到 Exception 之后，就不行了？

我不知道 为什么这样子设计？ 是有什么 特殊的原因吗？ 或者说 我们可以给middleware 增加一个 order 属性？ 让使用者 可以自由的指定 是在 之前运行 还是 之后运行？