在开发过程中，快速添加

assert False, value

可以帮助诊断视图或其他任何地方的问题，而不需要使用调试器。

对于那些不小心将pdb添加到实时提交的人，我可以建议这个扩展#Koobz的答案:

@register.filter 
def pdb(element):
    from django.conf import settings
    if settings.DEBUG:    
        import pdb
        pdb.set_trace()
    return element

从我的角度来看，我们可以将常见的代码调试任务分解为三种不同的使用模式:

Something has raised an exception: runserver_plus' Werkzeug debugger to the rescue. The ability to run custom code at all the trace levels is a killer. And if you're completely stuck, you can create a Gist to share with just a click. Page is rendered, but the result is wrong: again, Werkzeug rocks. To make a breakpoint in code, just type assert False in the place you want to stop at. Code works wrong, but the quick look doesn't help. Most probably, an algorithmic problem. Sigh. Then I usually fire up a console debugger PuDB: import pudb; pudb.set_trace(). The main advantage over [i]pdb is that PuDB (while looking as you're in 80's) makes setting custom watch expressions a breeze. And debugging a bunch of nested loops is much simpler with a GUI.

啊，是的，模板的问题。最常见的问题(对我和我的同事来说)是错误的上下文:要么你没有变量，要么你的变量没有某些属性。如果你正在使用调试工具栏，只检查“模板”部分的上下文，或者，如果这还不够，在你的上下文填充后，在视图的代码中设置一个断点。

就这样。

添加导入pdb;pdb.set_trace()或breakpoint()(形式python3.7)在Python代码中的相应行中执行。执行将在交互式shell中停止。在shell中，您可以执行Python代码(即打印变量)或使用如下命令:

C继续执行 N步到同一函数中的下一行 S步到这个函数或被调用函数的下一行 Q退出调试器/执行

参见:https://poweruser.blog/setting-a-breakpoint-in-python-438e23fe6b28

我使用PyCharm并一直支持它。我花了一点钱，但我不得不说我从中得到的好处是无价的。我尝试过从控制台调试，我确实很信任那些能做到这一点的人，但对我来说，能够直观地调试我的应用程序是很棒的。

我不得不说，PyCharm确实占用了很多内存。但话说回来，生活中没有什么好东西是免费的。他们刚刚发布了最新版本3。它也可以很好地与Django, Flask和谷歌AppEngine一起使用。所以，总而言之，我认为这是任何开发人员都可以拥有的一个非常方便的工具。

如果你还没有使用它，我建议你试用30天，看看PyCharm的强大功能。我相信还有其他可用的工具，比如Aptana。但我想我也喜欢PyCharm的外观。我觉得在那里调试我的应用程序很舒服。

我发现Visual Studio Code用于调试Django应用程序非常棒。标准的python启动。Json参数运行python manage.py，并附带调试器，因此你可以设置断点，并按自己的喜好逐步执行代码。