请求预处理逻辑（拿到请求，还没跑接口）：写在这一行代码的前面。在这里可以做判断，满足条件直接拦截返回。响应后处理逻辑（接口已经跑完，准备返回数据）：写在之后，return response之前。在这里修改响应头。放行：执行，最后return拿到的response。拦截：不调用call_next，直接return Response对象，内层后续中间件和接口路由不会执行；外层中间件的后处理仍会继续执行

方式本质是否常用使用场景关键点return dict/list/Pydantic 实例自动包装 JSONResponse✅非常常用绝大多数业务接口配合做输出校验ApiResp[T]泛型模型Pydantic 模型✅生产必用全项目统一返回格式，对标 Java Result接口 return 模型实例，不要返回底层响应对象底层 HTTP 响应⭕少量场景需要自定义 HTTP 状态码、响应头使用后 resp

昨天正常使用的codex，今天打开出现Codex could not start The extension couldn't load its resources.我来回重启之后不行，然后又卸载重装codex插件，还是不行。后来发现codex插件的自动更新开着，怀疑可能是昨天自动更新导致的。于是重新安装了旧版本的插件，卸载了新的这个，重启成功。在网上看了一些相同问题的解决方法，发现太复杂且无用。