我使用PyCharm(与eclipse相同的pydev引擎)。真的帮助我能够直观地逐级检查我的代码，并看到发生了什么。

调试python的最简单的方法——尤其是对习惯于Visual Studio的程序员来说——是使用PTVS (python Tools for Visual Studio)。 步骤很简单:

从https://microsoft.github.io/PTVS/下载并安装它 设置断点并按F5。 您的断点被击中，您可以查看/更改变量，就像调试c# / c++程序一样简单。 这就是全部:)

如果你想使用PTVS调试Django，你需要做以下事情:

在Project settings - General选项卡中，将“Startup File”设置为“manage.py”，这是Django程序的入口点。 在“项目设置-调试”选项卡中，将“脚本参数”设置为“runserver—noreload”。这里的关键点是“—noreload”。如果你不设置它，你的断点就不会被击中。 享受它。

从我自己的经验来看，有两种方法:

使用ipdb，这是一个像pdb一样的增强调试器。 导入ipdb;ipdb.set_trace()或breakpoint() (from python3.7) 使用django shell，只需使用下面的命令。这在您开发新视图时非常有用。 Python manage.py shell

大多数选项都已经提到了。 为了打印模板上下文，我为此创建了一个简单的库。 参见https://github.com/edoburu/django-debugtools

你可以使用它来打印模板上下文，而不需要任何{% load %}结构:

{% print var %}   prints variable
{% print %}       prints all

它使用定制的pprint格式在<pre>标记中显示变量。

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

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.

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

就这样。

我非常喜欢Werkzeug的交互式调试器。它类似于Django的调试页面，除了在回溯的每一层都有一个交互式shell。如果你使用django-extensions，你会得到一个runserver_plus管理命令，它会启动开发服务器，并在异常时为你提供Werkzeug的调试器。

当然，您应该只在本地运行它，因为它赋予任何使用浏览器的人在服务器上下文中执行任意python代码的权利。