|
|
1
2
我非常鼓励你 不限制回溯输出 因为这是不好的做法。你觉得信息太多了,但这仅仅是因为你已经看过了,你知道要寻找什么样的错误。 在大多数情况下,问题可能隐藏在其他地方。 所以必须有更好的方法来实现你所期待的。
为什么不将函数调用包装在
调用时,这是输出:
这将只打印代码中的相关异常,隐藏有关跟踪的任何信息,但跟踪仍然可用,您也可以打印它(只需从except块中引发异常)。
与此相比,如果我移除
您最好使用此技术捕获相关的异常,而不是限制回溯。如果您想停止程序,只需添加
|
|
|
2
4
您可以使用
在文件的顶部。 小心这个 :当您编写更多的代码时,您所编写的部分将变得越来越深,并且您可能很快就会发现错误是由更深层的回溯造成的。作为一般规则,我将避免使用变量,只是暂时处理较长的回溯。 |
|
|
3
4
请不要考虑限制堆栈跟踪。这是非常重要的。 只有在此时,在您的这个小例子中,错误才真正出现在您的代码中。 但在其他无限多的情况下,一个错误可能会触发的更深。它可能在框架中,甚至是任何代码之外,比如配置错误,也可能在平台中,比如内存不足错误等等。 堆栈跟踪可以帮助您。它列出了编译器正在执行的所有帧,为您提供理解所发生的事情所需的所有信息。 |
|
Fahim B · 删除id号之间的空格[重复] 1 年前 |
|
|
Matt Schaaf · 如何获得每15分钟生成的数据点的日均值? 2 年前 |