关于django中的append_slash
append_slash 它是啥？
看变量名大概能知道做什么，就是添加斜线，用路由系统那里。
路由文件,只写了路由关系代码
|
1
2
3
4
5
|
......urlpatterns = [ url(r'^test/$', views.test),]...... |
append_slash这个常量默认为true，就是假如你没有添加斜线，他会帮你添加上(总体是这样，具体得看源码怎么写的了)
执行命名行代码启动django项目
|
1
|
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的源码
|
1
2
3
4
5
6
7
8
9
10
11
12
|
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_pathd的返回值进行判断的，如果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方法分析完毕，继续看源码
|
1
2
3
4
5
|
# check if a slash should be appendedif 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请求地址。
继续往下看
|
1
2
3
4
|
# return a redirect if necessaryif 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实现,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对服务器之家网站的支持！
如果你觉得本文对你有帮助，欢迎转载，烦请注明出处，谢谢！原文链接：https://www.cnblogs.com/zhuchunyu/archive/2019/06/20/11062044.html
