URLconf是什么？
URL配置(URLconf)就像Django 所支撑网站的目录。它的本质是URL与要为该URL调用的view函数之间的映射表；你就是以这种方式告诉Django，对于这个URL调用这段代码，对于那个URL调用那段代码。
urlpatterns = [
url(正则表达式, views视图函数，参数，别名),
re_path(正则表达式, views视图函数，参数，别名), （在2.0以上版本中使用re_path),
]
参数说明：
正则表达式(regex)：
regex是正则表达式的通用缩写，它是一种匹配字符串或url地址的语法。Django拿着用户请求的url地址，在urls.py文件中对urlpatterns列表中的每一项条目从头开始进行逐一对比，一旦遇到匹配项，立即执行该条目映射的视图函数或二级路由，其后的条目将不再继续匹配。因此，url路由的编写顺序至关重要！需要注意的是，regex不会去匹配GET或POST参数或域名，例如对于https://www.example.com/myapp/，regex只尝试匹配myapp/。对于https://www.example.com/myapp/?page=3,regex也只尝试匹配myapp/。如果你想深入研究正则表达式，可以读一些相关的书籍或专论，但是在Django的实践中，你不需要多高深的正则表达式知识。
性能注释：正则表达式会进行预先编译当URLconf模块加载的时候，因此它的匹配搜索速度非常快，你通常感觉不到。
view试图函数：
当正则表达式匹配到某个条目时，自动将封装的HttpRequest对象作为第一个参数，正则表达式“捕获”到的值作为第二个参数，传递给该条目指定的视图。如果是简单捕获，那么捕获值将作为一个位置参数进行传递，如果是命名捕获，那么将作为关键字参数进行传递。
参数(kwargs)：
任意数量的关键字参数可以作为一个字典传递给目标视图。
别名(name)：
对你的URL进行命名，可以让你能够在Django的任意处，尤其是模板内显式地引用它。相当于给URL取了个全局变量名，避免了高额的维护成本。
示例：
例如服务器ip地址为127.0.0.1:8080
urlpatterns = [
path('admin/', admin.site.urls),
re_path(r'^$', views.index), # 当用户访问 http://127.0.0.1:8080 时，后端用view.py中的index()函数处理。$表示结尾
re_path(r"^host/(d+)",views.host), # URL示例：127.0.0.1:8080/host/100 d代表数字；()表示无名分组且可以传参，函数内参数和次顺序一一对应；
# +表示重复一次或多次前面类型的字符。(d+)表示不定位数的数字
re_path(r'^host_list/(d{4})/(d{2})$', views.host_list), # URL示例： 127.0.0.1:8080/host_list/2015/10 {4}表示重复四次前面的数字
url(r"^register",views.register,name="reg"), # 127.0.0.1:8080/register reg是URL别名,在模板中,例如<a href="{% url 'reg' %}"></a>
re_path(r"^login",views.login,name="log"), # 127.0.0.1:8080/login
re_path(r'^article/(?P<year>d{4})/(?P<month>d{2})/(?P<day>d{2})',views.article_month), # 127.0.0.1:8080/article/2015/09/10 ?P表示有名分组,
# ()内是分组，<>内是组名函数内参数名必须和组名相同，顺序可以乱。
]
路由分发
如果一个项目下有很多的app，那么在urls.py里面就要写巨多的urls映射关系。这样看起来很不灵活，而且杂乱无章。
我们可以根据不同的app来分类不同的url请求。
首先，在urls.py里写入urls映射条目。注意要导入include方法
url(r'^app1/',include("app01.urls")), # 路由分发，所有app1开头的，全部转移到app01下的urls.py里去处理
要在app01下创建一个urls.py文件，用来处理请求的URL，使之与views建立映射
urlpatterns = [
re_path(r'index/$', views.index), # 127.0.0.1:8080/app1/index
]