有时，当我想在一个特定的方法中探索，而召唤pdb太麻烦时，我会补充:

import IPython; IPython.embed()

IPython.embed()会启动一个IPython shell，它可以从你调用它的地方访问局部变量。

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

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

我已经把django-pdb推到了PyPI。 这是一个简单的应用程序，这意味着你不需要编辑你的源代码，每次你想进入pdb。

安装只是…

PIP安装django-pdb 添加'django_pdb'到你的INSTALLED_APPS

你现在可以运行:manage.py runserver——pdb在每个视图的开始进入pdb…

bash: manage.py runserver --pdb
Validating models...

0 errors found
Django version 1.3, using settings 'testproject.settings'
Development server is running at http://127.0.0.1:8000/
Quit the server with CONTROL-C.

GET /
function "myview" in testapp/views.py:6
args: ()
kwargs: {}

> /Users/tom/github/django-pdb/testproject/testapp/views.py(7)myview()
-> a = 1
(Pdb)

然后运行:manage.py test——pdb在测试失败/错误时进入pdb…

bash: manage.py test testapp --pdb
Creating test database for alias 'default'...
E
======================================================================
>>> test_error (testapp.tests.SimpleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../django-pdb/testproject/testapp/tests.py", line 16, in test_error
    one_plus_one = four
NameError: global name 'four' is not defined
======================================================================

> /Users/tom/github/django-pdb/testproject/testapp/tests.py(16)test_error()
-> one_plus_one = four
(Pdb)

该项目托管在GitHub上，当然欢迎贡献。

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

正如在其他文章中提到的，在你的代码中设置断点，然后遍历代码，看看它是否像你预期的那样运行，这是学习像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服务器)，在那里您可以检查元素到您的心的内容。

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