当前位置:   article > 正文

python中try...except的用法_别再乱用 try except 了...

python中try...except的用法_别再乱用 try except 了...
来自公众号:未闻Code

有不少人在写 Python 代码时,喜欢用 try...except Exception,更有甚者一层套一层,不管有没有用,先套了再说:

def func():    try:        "函数内部代码"    except Exception as e:        print('函数错误:', e)try:    func()except Exception as e:    print('函数错误:', e)

根本不管是否有必要,总之套上了try...except...就有了安全感。

俄罗斯套娃套多了以后,噩梦开始了。我们来看看下面这段报错:

b49e96305f69a05dab3e8457aaf7404c.png

你倒是给我说说,是哪个函数出了问题?

如果你饱受滥用try...except...之苦,下面三个方法可以让你脱离苦海。

把问题暴露出来

在程序开发的初期,不要用try...except...。让 Python 把问题暴露出来。通过 Python 的报错,你可以直接看到是哪一行代码有问题,具体是什么问题。

甚至有时候,不仅不需要捕获异常,你还应该主动抛出异常。在项目完成以后,如果你做的是一个第三方库,是用来给别人调用的,那么,你应该多抛出异常,而不是擅自返回一个普通的错误信息。

例如,你要实现一个函数:query_name,传入参数是数字 id,输出用户名。你可能会这样写:

def query_name(user_id):    if not isinstance(user_id, int):        return {'success'False'msg''用户 id 必须是整型'}    ...

但实际上,更好的做法是,直接抛出一个异常:

def query_name(user_id):    if not isinstance(user_id, int):        raise Exception('用户 id 必须是整型'}    ...

甚至在某些情况下,你可以使用 Python 的断言

def query_name(user_id):    assert isinstance(user_id, int), '用户 id 必须是整型'    ...

如下图所示:

b62169b9111dacc7d0629e6a90ec8bbf.png

只要 user_id不是整型,就抛出AssertionError

我们直接执行python3 xxx.py时,这些断言语句会正常工作。但我们可以通过python3 -O xxx.py来让所有assert xxx语句失效。

尽量早地让异常暴露出来,才能更早地解决问题。

捕获具体异常而不是所有异常

只捕获你明确知道的异常。这些异常你知道它为什么会出现,并且你知道应该怎么解决它。

例如,我们使用requests请求网站,由于网络问题,有时候可能会请求超时。一旦超时 requests 就会抛出超时异常,如下图所示:

17b056cc915e842bcfb9cc806d53515d.png

这种情况下,你知道这个地方可能会出现Timeout异常,并且你知道出现的时候,重试就可以了。于是,你可以捕获这个异常:

f37fc324c950d657fa4b6f745f7b0da3.png

大家注意,在这个地方,requests 执行了.json()方法。如果URL 返回的内容可能不是 JSON 格式的字符串,这里就会报JSONDecodeError,如下图所示:

440ad9307270f453348f49295e3f6fbb.png

如果你不做区分,一股脑直接用 except Exception,那么你怎么知道,到底是你能够正常处理的超时问题,还是你不能正常处理的网站内容返回异常?

所以,只捕获你知道它为什么会发生并且你知道如何处理的异常。对于你无法预料的或者无法处理的异常,直接抛出。不要擅自捕获。

强行打印报错信息

如果实在是万不得已,你必须用try...except Exception,如何把具体报错的位置打印出来呢?其实也是有方法的。那就是使用 Python 自带的traceback模块。

它的用法非常简单:

import tracebacktry:    1 + 'a'except Exception:    print(traceback.format_exc())

运行效果如下图所示:

bd27e8110bf8a3150a2b85a8bddf3b2e.png

成功把异常所在的行数和具体的错误类型打印了出来。显然,这样写你需要平白无故多写很多代码。

总结

try...except...会让你的代码看起来没有问题,但也有可能会掩盖问题,让你无法发现哪里有问题。所以,从看了这篇文章开始,删除不必要的try...except...

拥抱异常,让你无法处理的异常抛出来。程序出现了问题应该停止运行,而不是带着问题继续运行,这样可能会演变成更大的问题。


●编号949,输入编号直达本文

●输入m获取文章目录

推荐↓↓↓

7138517c2878dca2fa3631dc610ce2a7.png

人工智能与大数据技术

更多推荐25个技术类微信公众号

涵盖:程序人生、算法与数据结构、黑客技术与网络安全、大数据技术、前端开发、Java、Python、Web开发、安卓开发、iOS开发、C/C++、.NET、Linux、数据库、运维等。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Gausst松鼠会/article/detail/631577
推荐阅读
相关标签
  

闽ICP备14008679号