突发Django报错：Reverse for 'article-create'未找到，求排查方案

看起来你遇到的问题有点诡异——明明自己没写任何和article-create相关的代码，加了slug字段和购物车URL方法后却触发了这个反向解析错误。别慌，我来帮你一步步排查：

1. 优先检查所有模板文件 #

反向解析错误最常出现在模板里的{% url %}标签，你可能在某个模板里不小心写了{% url 'article-create' %}，或者复用的模板片段里自带了这个引用。

• 搜索所有.html文件，关键词找article-create，重点看购物车相关的模板（毕竟你刚加了购物车的URL方法，最近改动的模板大概率是这里）。
• 还要注意那些条件渲染的模板代码，比如{% if some_condition %}{% url 'article-create' %}{% endif %}，之前可能因为条件不满足没触发，现在模型字段变化后条件成立，才开始解析这个URL。

2. 检查Django Admin相关配置 #

如果你在admin.py里自定义了模型的管理类，比如重写了add_view或者用了自定义的按钮/链接，有可能不小心引用了article-create这个名称。

• 打开对应的admin.py文件，搜索article-create关键词，确认有没有相关的reverse调用或URL引用。

3. 排查间接调用的代码路径 #

有时候错误可能来自你没注意到的间接调用：

• 检查项目里的信号（signals）：有没有信号接收器里调用了reverse('article-create')？
• 检查第三方库或复用的视图函数：如果你用了电商相关的第三方包，会不会是包内部的代码里引用了这个URL名称？不过这种可能性相对低，但可以排查下最近新增的依赖。

4. 临时添加调试代码定位触发点 #

如果上面的方法都找不到，可以临时加一段调试代码来捕获到底是谁在调用这个reverse：
在项目的settings.py里添加：

import django.urls
original_reverse = django.urls.reverse

def debug_reverse(viewname, *args, **kwargs):
    if viewname == 'article-create':
        import traceback
        traceback.print_stack()
    return original_reverse(viewname, *args, **kwargs)

django.urls.reverse = debug_reverse

这样当代码里调用reverse('article-create')时，会打印出完整的调用栈，你就能清楚看到是哪个文件、哪一行触发的了。

按照这个步骤排查，应该很快就能找到问题所在啦！

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