python-django中的APPEND_SLASH实现方法
关于django中的APPEND_SLASH
APPEND_SLASH
它是啥?
看变量名大概能知道做什么,就是添加斜线,用路由系统那里。
路由文件,只写了路由关系代码
...... urlpatterns = [ url(r'^test/$', views.test), ] ......
APPEND_SLASH这个常量默认为True,就是假如你没有添加斜线,他会帮你添加上(总体是这样,具体得看源码怎么写的了)
执行命名行代码启动django项目
python manage.py runserver
目前APPEND_SLASH=True,我们打开浏览器的开发者工具,查看网络请求,输入127.0.0.1:8000/test
这里我是没有加斜线的
仔细看下网络请求,我们输入127.0.0.1:8000/test,看起来只发送了一次,其实真实发送了两次请求。
我们继续再访问这个url:127.0.0.1:8000/test11
,看看请求
我们也同样访问了一个url,但是这次和上面不同的是,只发送了一次请求。
两次都是发送一个get请求,访问服务器的一个资源。
第一次请求的url为127.0.0.1:8000/test
,我们的路由关系中是没有这个url的,对没错,如果访问想要访问到服务器的资源必须为这样的url才行127.0.0.1:8000/test/
,虽说这两个url看起来差不多,但其实差很多的。但是第一次请求的url只需在最后加上/
,就能访问到资源了,这就是APPEND_SLASH的作用。
第二次请求的url为127.0.0.1:8000/test11
,这个地址也不在我们的路由关系中,况且加上了/
,也不能访问到资源。所以总共发送了一次,最终返回了404错误。
先大致总结下:APPEND_SLASH=True的情况下,先会根据前端传来的url,先检测这个url能不能访问资源,如果可以访问的话,那么就去执行相应的业务代码,最后返回。如果这个url不能访问到资源的话,会判断这个url最后有没有/
,有/
的话,则返回404错误;如果没有/
的话,便会帮你加上/
,生成一个新的url,再去检测这个新的url能不能访问到资源,如果能访问的话,则返回301的状态码,并将这个新的url传到前端,进行重定向操作(这就是我们第一次请求出现的情况),如果这个新的url(帮你加上/
的)还是不能访问到资源的话,也会返回404错误(这就是我们第二次请求出现的情况)。这就是对上面出现情况的总结吧(具体流程还得去看源码)
那么APPEND_SLASH=False的情况,就不会帮你加/
,你前台传怎样的url,那就用这个url去访问资源,能不能访问还得看你url对不对。
在走到路由层之前,请求会先走到中间件这一层,在这一层就执行了上面分析的逻辑
这一个中间件实现了上面的逻辑 'django.middleware.common.CommonMiddleware'
,请求来的时候,会走这个中间件的process_request
方法,下面来看这个方法写了什么
看这一句注释:# Check if a slash should be appended,检测是否需要加上斜线
看这个方法should_redirect_with_slash
,返回值为bool类型。返回True的情况是,APPEND_SLASH=True,这个url不是以/
结尾的,并且这个url添加上了/
,能够访问资源的。必须满足这三种情况,返回值为True,其他情况的话返回就是False。
下面贴上should_redirect_with_slash
的源码
def should_redirect_with_slash(self, request): """ Return True if settings.APPEND_SLASH is True and appending a slash to the request path turns an invalid path into a valid one. """ if settings.APPEND_SLASH and not request.path_info.endswith('/'): urlconf = getattr(request, 'urlconf', None) return ( not is_valid_path(request.path_info, urlconf) and is_valid_path('%s/' % request.path_info, urlconf) ) return False
就说下 is_valid_path
方法有啥作用吧。你可以去看源码具体了解
is_valid_path
检测传进去的url,是否能访问到资源。(说白了就是判断这个url是否存在我们定义的url映射中)
这样的话,上面这段代码就很简单了。首先判断APPEND_SLASH,如果为False的。那么这个方法should_redirect_with_slash
直接返回False。如果APPEND_SLASH为True的话,再对请求的url进行判断,request.path_info
它的值并不是一个完整的url,而是ip+端口后面的那一部分(也就是例子中的/test
),判断它是否以斜线(/
)结尾的,如果是的话,那么not request.path_info.endswith('/')
整体就为False,所以if判断后面的表达式就为False,最终返回了False。如果不是以斜线(/
)结尾的话,那么if后面的表达式就为True,那么继续执行条件为真的代码块,这个代码块最终返回了一个表达式的结果,这个表达式类型是这样 bool and bool。也就是根据方法is_valid_path
d的返回值进行判断的,如果request.path_info
(代码能分析到这里说明它不是以斜线结尾的),首先判断这个值能不能在我们写的路由关系映射中存不存在。存在的话,方法is_valid_path
返回真,那么not True
就为False,and左边的表达式为False,整体的表达式就为False,所以最终返回的就是False。如果request.path_info
的值在路由关系映射中不存在,那么and左边的表达式为True,那就继续看and右边表达式的布尔值。and右边还是调用了方法is_valid_path
,只不过传的参数是request.path_info
+ /
,如果在路由映射中存在,那么最终返回True,如果不存在,那么就返回了False了。
should_redirect_with_slash
方法分析完毕,继续看源码
# Check if a slash should be appended if self.should_redirect_with_slash(request): path = self.get_full_path_with_slash(request) else: path = request.get_full_path()
后面根据should_redirect_with_slash
方法的返回值,做了不同的操作。不严格来说,不管True还是False,最终执行了requests.get_full_path
这个方法,只不过传入的参数不同的,最终返回了一个完整的url请求地址。
继续往下看
# Return a redirect if necessary if redirect_url or path != request.get_full_path(): redirect_url += path return self.response_redirect_class(redirect_url)
如果if后面的表达式为True的话,最终稿返回了一个状态码为301的Httpresponse对象,这个对象里带这一个数据,这个数据就是在原url基础上加上斜线(/
)的新url,前端接收到状态码为301的响应,则会继续请求响应中携带的新地址。为False的话,返回默认返回None。
django的中间件会根据每个中间件里的process_request方法或者process_response方法不同的返回值会执行相应的操作,具体操作不说了,不是这个知识点的内容。
那么中间件的process_request
返回None的话,则会执行下一个中间件的process_request
的方法。如果返回的是HttpResponse对象的话,则不会继续执行下一个中间件的process_request
方法,则会执行process_response
方法。具体从哪个中间件执行和django的版本有关系,反正是不会执行路由对应的视图代码的代码,会直接返回给前端HttpResoonse对象。
好了,关于APPEND_SLASH的知识总结完毕。APPEND_SLASH它默认为True,如果想要修改的话,需要在settings.py文件中定义这个常量,赋值为False,这样就可以覆盖原django中配置文件里对应的常量了。至于django内部怎么操作的,下次再总结吧
最后还是补个图吧,我把APPEND_SLASH设置为False,访问127.0.0.1:8000/test
如果你设置了APPEND_SLASH为False,访问上面这个url,还是能访问到页面的话,清理下浏览器的缓存,就可以了
总结
以上所述是小编给大家介绍的python-django中的APPEND_SLASH实现,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对我们网站的支持!
如果你觉得本文对你有帮助,欢迎转载,烦请注明出处,谢谢!