Django中URL路径细微差异为何引发CSS加载错误？

嘿，这个问题我之前踩过坑！其实核心就藏在URL路径层级和静态资源引用方式的搭配里，咱们一步步理清楚：

先看这两个路径的结构区别：

• 第一个路径 path('edit/ticket/<int:pk>', ticketEditView, name='edit_ticket')：访问时的完整URL是 yourdomain.com/edit/ticket/xxx（xxx是工单ID），这是两层嵌套的路径——edit下面还有ticket这个子路径层级。
• 第二个路径 path('edit/<int:pk>', ticketEditView, name='edit_ticket')：访问URL是 yourdomain.com/edit/xxx，属于单层路径——只有edit这一层。

问题出在你_base.html里的静态资源引用方式！我猜你大概率没用到Django官方推荐的{% static %}模板标签，而是写了相对路径，比如像下面这样：

<link rel="stylesheet" href="static/css/_base.css">
<!-- 或者类似 ../static/css/_base.css 这种相对写法 -->

浏览器处理相对路径的逻辑是基于当前页面的URL来拼接资源路径：

• 当页面在单层路径/edit/xxx时，浏览器解析出的资源路径刚好巧合匹配了临时的资源位置（或者你当时的资源部署有特殊情况），所以能正常加载；
• 当页面在两层嵌套路径/edit/ticket/xxx时，浏览器会根据当前URL的基准路径（/edit/ticket/）来拼接相对路径，最终解析出/edit/static/css/_base.css——这和你settings.py里配置的STATIC_URL = '/static/'（根目录下的静态资源路径）完全不符，自然就出现404错误了。

而如果用Django的{% static %}标签就不会有这个问题：
首先在模板顶部加载{% load static %}，然后把引用改成：

<link rel="stylesheet" href="{% static 'css/_base.css' %}">

这个标签会自动根据你配置的STATIC_URL生成绝对路径（也就是/static/css/_base.css），不管当前页面在哪个层级的URL下，浏览器都会直接从网站根目录去找静态资源，自然就不会出现加载失败的情况。

两个URL的差异就是路径层级的嵌套程度不同，而引发问题的根本原因是静态资源用了相对路径引用，导致不同层级的URL下，浏览器解析出的资源路径不符合Django的静态资源配置规范。只要改用{% static %}标签生成绝对路径，不管你把URL写成多少层嵌套，静态资源都能正常加载~

内容的提问来源于stack exchange，提问作者kimnluna