内置视图

Django 内置的几个视图在 编写视图 以及文档的其他地方都有记载。

为开发中的文件提供服务

static.serve(request, path, document_root, show_indexes=False)

除了你的项目的静态资源外，可能还有一些其他的文件，为了方便，你想让 Django 在本地开发中为你提供服务。serve() 视图可以用来为你给它的任何目录提供服务。（这个视图并 没有 强到用于生产，只应该作为开发辅助工具，你应该在生产中使用真正的前端 Web 服务器来服务这些文件）。

最有可能的例子是用户在 MEDIA_ROOT 中上传的内容。django.contrib.staticfiles 是为静态资源设计的，并没有内置处理用户上传文件的功能，但是你可以通过在 URLconf 中添加这样的内容，让 Django 为你的 MEDIA_ROOT 服务：

from django.conf import settings
from django.urls import re_path
from django.views.static import serve

# ... the rest of your URLconf goes here ...

if settings.DEBUG:
    urlpatterns += [
        re_path(
            r"^media/(?P<path>.*)$",
            serve,
            {
                "document_root": settings.MEDIA_ROOT,
            },
        ),
    ]

请注意，这段代码假定您的 MEDIA_URL 的值是 'media/'。它将调用 serve() 视图，传递 URLconf 中的路径和（必需的） document_root 参数。

由于定义这种 URL 模式可能会变得有点麻烦，Django 提供了一个小的 URL 辅助函数 static()，它的参数是前缀，如 MEDIA_URL 和一个指向视图的点分隔路径，如 'django.views.static.service'。其他任何函数参数都将透明地传递给视图。

错误视图

Django 默认提供了一些处理 HTTP 错误的视图。要用你自己的自定义视图覆盖这些视图，请参见 自定义报错视图。

404（页面没有找到)）视图

defaults.page_not_found(request, exception, template_name='404.html')

当你在视图中提出 Http404 时，Django 会加载一个专门处理 404 错误的视图。默认情况下，它是视图 django.views.defaults.page_not_found()，如果你在根模板目录下创建了模板 404.html，那么它要么产生“Not Found”消息，要么加载并渲染它。

默认的 404 视图将向模板传递两个变量：request_path，这是导致错误的 URL，和 exception，这是触发视图的异常的有用表示（例如，包含传递给特定 Http404 实例的任何消息）。

关于 404 视图需要注意的三个要点：

• 如果 Django 在检查了 URLconf 中的每一个正则表达式后都没有找到匹配的结果，也会调用 404 视图。

• 404 视图被传递了一个 RequestContext，并且将可以访问由你的模板上下文处理器提供的变量（例如 MEDIA_URL）。

• 如果 DEBUG 设置为 True （在你的配置模块中），那么你的 404 视图将永远不会被使用，而你的 URLconf 将被显示，并附带一些调试信息。

500（服务器错误）视图

defaults.server_error(request, template_name='500.html')

同样，在视图代码出现运行时错误的情况下，Django 也会执行特定行为。如果一个视图出现异常，Django 默认会调用视图 django.views.defaults.server_error，如果你在根模板目录下创建了模板 500.html，则会产生一个“Server Error”消息或加载并渲染模板 500.html。

默认的 500 视图不向 500.html 模板传递任何变量，并以一个空的 Context 呈现，以减少额外错误的机会。

如果 DEBUG 被设置为 True （在你的配置模块中），那么你的 500 视图将永远不会被使用，而会显示一些调试信息的回溯。

403（HTTP 禁止）视图

defaults.permission_denied(request, exception, template_name='403.html')

与 404 和 500 视图一样，Django 也有一个视图来处理 403 禁止错误。如果一个视图出现 403 异常，那么 Django 默认会调用视图 django.views.defaults.permission_denied。

此视图加载并呈现您根模板目录中的模板 403.html，如果此文件不存在，则根据 RFC 9110 Section 15.5.4 （HTTP 1.1 规范）提供文本 "403 Forbidden"。模板上下文包含 exception，它是触发视图的异常的字符串表示形式。

django.views.defaults.permission_denied 由一个 PermissionDenied 异常触发。要拒绝一个视图的访问，你可以使用这样的代码：

from django.core.exceptions import PermissionDenied


def edit(request, pk):
    if not request.user.is_staff:
        raise PermissionDenied
    # ...

400（错误请求）视图

defaults.bad_request(request, exception, template_name='400.html')

Similarly, Django has a view to handle 400 Bad Request errors.

This view either produces a "Bad Request" message or loads and renders the template 400.html if you created it in your root template directory. It returns with status code 400 indicating that the error condition was the result of a client operation. By default, nothing related to the exception that triggered the view is passed to the template context, as the exception message might contain sensitive information like filesystem paths.

django.views.defaults.bad_request is triggered by a BadRequest exception. Also, when a SuspiciousOperation is raised in Django, it may be handled by a component of Django (for example resetting the session data). If not specifically handled, Django will consider the current request a 'bad request' instead of a server error, and handle it with bad_request.

bad_request 视图也只有在 DEBUG` 为 False 时才能使用。