这有点极端，但是出于调试目的，您可以打开该DEBUG_PROPAGATE_EXCEPTIONS设置。这将允许您设置自己的错误处理。设置上述错误处理的最简单方法是覆盖sys.excepthook。这将终止您的应用程序，但是它将起作用。您可能需要做一些事情，以确保它不会杀死您的应用程序，但这取决于您要为其部署此平台的平台。无论如何，绝对不要在生产中使用它！
对于生产来说，几乎必须要有大量的错误处理。我使用的一种技术是这样的：
>>> def log_error(func):
... def _call_func(*args, **argd):
... try:
... func(*args, **argd)
... except:
... print "error" #substitute your own error handling
... return _call_func
...
>>> @log_error
... def foo(a):
... raise AttributeError
...
>>> foo(1)
error
@H_404_6@如果在视图上使用log_error作为装饰器，它将自动处理其中发生的任何错误。
流程_@H_404_6@异常函数针对某些异常（例如，views.py中的assert（False））_@H_404_6@被调用，但流程异常并未针对诸如ImportErrors（例如：在urs.py中导入thisclassdoesnotexist）之类的其他错误而被调用。我是Django / Python的新手。这是因为运行时错误和编译时错误之间有区别吗？
在Python中，所有错误均为运行时错误。造成问题的原因是因为在调用视图之前导入模块时，这些错误会立即发生。我发布的第一种方法将捕获此类错误以进行调试。您可能可以为生产找到一些解决方案，但是我认为如果在生产应用程序中遇到ImportErrors（并且没有进行任何动态导入），则问题会更严重。
不过，像pylint这样的工具可以帮助您消除此类问题。
602392714
清零编程群