如果在django开发中使用Aptana，请注意:http://www.youtube.com/watch?v=qQh-UQFltJQ

如果没有，考虑使用它。

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

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

有很多方法可以做到这一点，但最直接的是简单 使用Python调试器。只需在Django视图函数中添加如下一行:

import pdb; pdb.set_trace()

or

breakpoint()  #from Python3.7

如果您试图在浏览器中加载该页，浏览器将挂起，并提示您对实际执行的代码进行调试。

但是也有其他的选择(我不推荐):

* return HttpResponse({variable to inspect})

* print {variable to inspect}

* raise Exception({variable to inspect})

但是对于所有类型的Python代码，强烈推荐使用Python调试器(pdb)。如果您已经开始使用pdb，那么您还需要了解使用ipython进行调试的IPDB。

对pdb有一些更有用的扩展

pdb++，由Antash建议。

pudb，由PatDuJour建议。

在Django中使用Python调试器，由Seafangs建议。

在开发过程中，快速添加

assert False, value

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

正如在其他文章中提到的，在你的代码中设置断点，然后遍历代码，看看它是否像你预期的那样运行，这是学习像Django这样的东西的好方法，直到你对它的所有行为以及你的代码在做什么有很好的感觉。

要做到这一点，我建议使用WingIde。就像其他提到的ide一样，很好很容易使用，布局很好，也很容易设置断点，计算/修改堆栈等。完美的可视化你的代码正在做什么，因为你逐步通过它。我是它的超级粉丝。

我还使用PyCharm——它有出色的静态代码分析，有时可以帮助你在意识到问题之前发现问题。

如前所述，django-debug-toolbar是必不可少的- https://github.com/django-debug-toolbar/django-debug-toolbar

虽然不是一个明确的调试或分析工具，但我最喜欢的一个是SQL打印中间件，可以从Django Snippets (https://djangosnippets.org/snippets/290/)上获得

这将显示视图生成的SQL查询。这将使您很好地了解ORM正在做什么，以及您的查询是否有效，或者您是否需要重做代码(或添加缓存)。

我发现它对于在开发和调试应用程序时监视查询性能非常有用。

还有一个技巧——我为自己的使用对它进行了稍微修改，只显示摘要而不显示SQL语句....所以我总是在开发和测试时使用它。我还补充说，如果len(connection.queries)大于预定义的阈值，它会显示一个额外的警告。

然后，如果我发现发生了一些不好的事情(从性能或查询数量的角度来看)，我会返回SQL语句的完整显示，以查看到底发生了什么。当你与多个开发人员一起开发一个大型Django项目时，这非常方便。

一个关于模板标签的小窍门:

@register.filter 
def pdb(element):
    import pdb; pdb.set_trace()
    return element

现在，在模板中，您可以执行{{template_var|pdb}}并进入pdb会话(假设您正在运行本地devel服务器)，在那里您可以检查元素到您的心的内容。

这是一种很好的方式，可以看到当对象到达模板时发生了什么。