1.用户发送一个请求。 2.到达Django系统，系统根据settings文件里面的ROOT_URLCONF变量找到要使用的根url模块。 3.找到根url模块以后，依次进行匹配url。 4.匹配上一个url后，如果没有下一级的url匹配则调用视图函数，处理请求，若有下一级url匹配，则进入下一级继续匹配，直到找到最终获得一个视图函数进行处理（视图函数的第一个参数为HttpRequest对象）。 5.经过视图函数处理过后给用户返回一个HttpResponse对象。
一个视图函数，简称视图，是一个简单的Python 函数，它接受Web请求并且返回Web响应。响应可以是一张网页的HTML内容，一个重定向，一个404错误，一个XML文档，或者一张图片… 是任何东西都可以。无论视图本身包含什么逻辑，都要返回响应。代码写在哪里也无所谓，只要它在你的Python目录下面。除此之外没有更多的要求了——可以说“没有什么神奇的地方”。为了将代码放在某处，约定是将视图放置在放置在项目或应用程序目录中的名为views.py的文件中。
命名正则表达式组的语法是(?Ppattern)，其中name 是组的名称，pattern 是要匹配的模式。
请求的URL被看做是一个普通的Python 字符串， URLconf在其上查找并匹配。进行匹配时将不包括GET或POST请求方式的参数以及域名。 例如，http://www.example.com/myapp/请求中，URLconf 将查找myapp/。 在http://www.example.com/myapp/?page=3 请求中，URLconf 仍将查找myapp/。
在任何时候，你的urlpatterns 都可以包含其它URLconf 模块。这实际上将一部分URL 放置于其它URL 下面。注意，这个例子中的正则表达式没有包含$（字符串结束匹配符），但是包含一个末尾的斜杠。
from django.conf.urls import include, url urlpatterns = [ # ... snip ... url(r'^community/', include('django_website.aggregator.urls')), url(r'^contact/', include('django_website.contact.urls')), # ... snip ... ]被包含的URLconf 会收到来自父URLconf 捕获的任何参数
django.conf.urls.url() 函数可以接收一个可选的第三个参数，它是一个字典，表示想要传递给视图函数的额外关键字参数。
from django.conf.urls import url from . import views urlpatterns = [ url(r'^blog/(?P<year>[0-9]{4})/$', views.year_archive, {'foo': 'bar'}), ]在这个例子中，对于/blog/2005/请求，Django 将调用views.year_archive(request, year=’2005’, foo=’bar’)。
在使用Django 项目时，一个常见的需求是获得URL 的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。 在需要URL 的地方，对于不同层级，Django 提供不同的工具用于URL 反查：
在模板中：使用url 模板标签。在Python 代码中：使用django.core.urlresolvers.reverse() 函数。在更高层的与处理Django 模型实例相关的代码中：使用get_absolute_url() 方法。例子：
from django.conf.urls import url from . import views urlpatterns = [ #... url(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'), #... ]模板里获得url：
<a href="{% url 'news-year-archive' 2012 %}">2012 Archive</a> <ul> {% for yearvar in year_list %} <li><a href="{% url 'news-year-archive' yearvar %}">{{ yearvar }} Archive</a></li> {% endfor %} </ul>python代码中获得url：
from django.core.urlresolvers import reverse from django.http import HttpResponseRedirect def redirect_to_year(request): # ... year = 2006 # ... return HttpResponseRedirect(reverse('news-year-archive', args=(year,)))URL 命名空间允许你反查到唯一的命名URL 模式，即使不同的应用使用相同的URL 名称。 一个URL命名空间有两个部分，它们都是字符串：
应用命名空间实例命名空间命名空间也可以嵌套。命名URL’sports:polls:index’ 将在命名空间’polls’中查找’index’，而poll 定义在顶层的命名空间’sports’ 中。
render(request, template_name[, context][, context_instance][, content_type][, status][, current_app][, dirs][, using]) 必选参数
request，该request用于生成responsetemplate_name，要使用的模板的完整名称或者模板名称的一个序列。可选参数
context，添加到模板上下文的一个字典。context_instance，渲染模板的上下文实例。content_type，生成的文档要使用的MIME 类型。默认为DEFAULT_CONTENT_TYPE 设置的值。status，响应的状态码。默认为200。current_app，指示哪个应用包含当前的视图。using，用于加载模板使用的模板引擎的名称。render_to_response(template_name[, context][, context_instance][, content_type][, status][, dirs][, using]) 根据一个给定的上下文字典渲染一个给定的目标，并返回渲染后的HttpResponse。 必选参数
template_name，使用的模板的完整名称或者模板名称的序列。可选参数
context，添加到模板上下文中的字典。content_type，生成的文档使用的MIME 类型。默认为DEFAULT_CONTENT_TYPE 设置的值。status，相应的状态码。默认为200。using，加载模板使用的模板引擎的名称。redirect(to, [permanent=False, ]*args, **kwargs) 为传递进来的参数返回HttpResponseRedirect 给正确的URL 参数可以是：
一个模型：将调用模型的get_absolute_url() 函数一个视图，可以带有参数：将使用urlresolvers.reverse 来反向解析名称一个绝对的或相对的URL，将原样作为重定向的位置。get_object_or_404(klass, *args, **kwargs) 在一个给定的模型管理器上调用get()，但是引发Http404 而不是模型的DoesNotExist 异常。 必选参数
klass，获取该对象的一个Model 类，Manager或QuerySet 实例。**kwargs，查询的参数，格式应该可以被get() 和filter()接受。示例：
from django.shortcuts import get_object_or_404 def my_view(request): my_object = get_object_or_404(MyModel, title__startswith='M'，pk=1)get_list_or_404(klass, *args, **kwargs) 返回一个给定模型管理器上filter() 的结果，并将结果映射为一个列表，如果结果为空则返回Http404。 必选参数
klass，获取该列表的一个Model、Manager 或QuerySet 实例。**kwargs，查寻的参数，格式应该可以被get() 和filter() 接受。示例：
from django.shortcuts import get_list_or_404 def my_view(request): my_objects = get_list_or_404(MyModel, published=True)Django为视图提供了数个装饰器，用以支持相关的HTTP服务。
限制 HTTP 的请求方法
require_http_methods(request_method_list)，限制视图只能服务规定的http方法。 from django.views.decorators.http import require_http_methods @require_http_methods(["GET", "POST"]) def my_view(request): # I can assume now that only GET or POST requests make it this far # ... pass require_GET()，只允许视图接受GET方法的装饰器。require_POST()，只允许视图接受POST方法的装饰器。require_safe()，只允许视图接受 GET 和 HEAD 方法的装饰器。 这些方法通常被认为是安全的，因为方法不该有请求资源以外的目的。开发环境中的文件服务器 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.views.static import serve # ... the rest of your URLconf goes here ... if settings.DEBUG: urlpatterns += [ url(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.serve'。其它任何函数参数都将透明地传递给视图。
