Django中404错误流程及get_object_or_404等组件工作原理问询

核心组件工作机制 #

1. get_object_or_404() #

这是Django提供的快捷查询函数，核心逻辑是封装模型的get()查询：当调用get_object_or_404(Model, **query)时，内部先执行Model.objects.get(**query)，如果查询不到匹配的数据库实例，就自动捕获模型的DoesNotExist异常，并抛出Django内置的Http404异常，避免视图直接返回模型异常，统一404错误的触发入口。

2. Http404异常 #

这是Django专门用于标识“资源不存在”的异常类，它会被Django的异常处理中间件识别，触发404错误的响应流程，而不是返回服务器500错误。

3. handler404 #

这是Django项目中定义404错误处理视图的入口变量，默认指向Django自带的django.views.defaults.page_not_found视图。你可以在项目根目录的urls.py中自定义这个变量，比如handler404 = 'myapp.views.error404'，指定自己的404页面处理逻辑。

具体场景的完整执行流程 #

以你描述的场景为例，访问http://127.0.0.1:8000/product/10时，执行流程如下：

• 请求进入Django后，URL路由系统匹配到应用urls.py中的product/<int:pk>路由，调用对应的prod视图函数，传入参数pk=10。
• prod视图执行get_object_or_404(Product, id=10)，内部执行Product.objects.get(id=10)查询，由于数据库中只有5条Product实例，触发Product.DoesNotExist异常。
• get_object_or_404捕获该模型异常，立即抛出Http404异常，中断当前视图的正常执行流程。
• Django的异常处理中间件（如CommonMiddleware）捕获到Http404异常，启动404错误处理流程。
• 异常处理逻辑检查项目根urls.py中的handler404配置，发现已自定义为views.error404，于是调用该自定义视图。
• error404视图生成自定义的404响应内容，返回给客户端，完成整个请求处理。

内容的提问来源于stack exchange，提问作者MatheusFCS