异常处理在任何一门编程语言里都是值得关注的一个话题,良好的异常处理可让你的程序更加健壮,清晰的错误信息更能帮助你快速修复问题。在Python中,和不部分高级语言同样,使用了try/except/finally语句块来处理异常,若是你有其余编程语言的经验,实践起来并不难。html
def div(a, b): try: print(a / b) except ZeroDivisionError: print("Error: b should not be 0 !!") except Exception as e: print("Unexpected Error: {}".format(e)) else: print('Run into else only when everything goes well') finally: print('Always run into finally block.') # tests div(2, 0) div(2, 'bad type') div(1, 2) # Mutiple exception in one line try: print(a / b) except (ZeroDivisionError, TypeError) as e: print(e) # Except block is optional when there is finally try: open(database) finally: close(database) # catch all errors and log it try: do_work() except: # get detail from logging module logging.exception('Exception caught!') # get detail from sys.exc_info() method error_type, error_value, trace_back = sys.exc_info() print(error_value) raise
except
语句不是必须的,finally
语句也不是必须的,可是两者必需要有一个,不然就没有try
的意义了。except
语句能够有多个,Python会按except
语句的顺序依次匹配你指定的异常,若是异常已经处理就不会再进入后面的except
语句。except
语句能够以元组形式同时指定多个异常,参见实例代码。except
语句后面若是不指定异常类型,则默认捕获全部异常,你能够经过logging或者sys模块获取当前异常。raise
,后面不要带任何参数或信息。try/except
语句,好比with
语句,getattr()
方法。若是你须要自主抛出异常一个异常,可使用raise
关键字,等同于C#和Java中的throw
,其语法规则以下。python
raise NameError("bad name!")
raise
关键字后面能够指定你要抛出的异常实例,通常来讲抛出的异常越详细越好,Python在exceptions
模块内建了不少的异常类型,经过使用dir()
函数来查看exceptions
中的异常类型,以下:编程
import exceptions print dir(exceptions) # ['ArithmeticError', 'AssertionError'...]
固然你也能够查阅Python的文档库进行更详细的了解。编程语言
Python中自定义本身的异常类型很是简单,只须要要从Exception
类继承便可(直接或间接):函数
class SomeCustomException(Exception): pass class AnotherException(SomeCustomException): pass
通常你在自定义异常类型时,须要考虑的问题应该是这个异常所应用的场景。若是内置异常已经包括了你须要的异常,建议考虑使用内置的异常类型。好比你但愿在函数参数错误时抛出一个异常,你可能并不须要定义一个InvalidArgumentError
,使用内置的ValueError
便可。测试
捕捉到了异常,可是又想从新抛出它(传递异常),使用不带参数的raise
语句便可:spa
def f1(): print(1/0) def f2(): try: f1() except Exception as e: raise # don't raise e !!! f2()
在Python2中,为了保持异常的完整信息,那么你捕获后再次抛出时千万不能在raise
后面加上异常对象,不然你的trace
信息就会今后处截断。以上是最简单的从新抛出异常的作法,也是推荐的作法。code
还有一些技巧能够考虑,好比抛出异常前你但愿对异常的信息进行更新。orm
def f2(): try: f1() except Exception as e: e.args += ('more info',) raise
若是你有兴趣了解更多,建议阅读这篇博客。htm
Python3对重复传递异常有所改进,你能够本身尝试一下,不过建议仍是遵循以上规则。
当咱们要捕获一个通用异常时,应该用Exception
仍是BaseException
?我建议你仍是看一下 官方文档说明,这两个异常到底有啥区别呢? 请看它们之间的继承关系。
BaseException +-- SystemExit +-- KeyboardInterrupt +-- GeneratorExit +-- Exception +-- StopIteration... +-- StandardError... +-- Warning...
从Exception
的层级结构来看,BaseException
是最基础的异常类,Exception
继承了它。BaseException
除了包含全部的Exception
外还包含了SystemExit
,KeyboardInterrupt
和GeneratorExit
三个异常。
由此看来你的程序在捕获全部异常时更应该使用Exception
而不是BaseException
,由于被排除的三个异常属于更高级别的异常,合理的作法应该是交给Python的解释器处理。
代码示例以下:
try: do_something() except NameError as e: # should pass except KeyError, e: # should not pass
在Python2的时代,你可使用以上两种写法中的任意一种。在Python3中你只能使用第一种写法,第二种写法已经再也不支持。第一个种写法可读性更好,并且为了程序的兼容性和后期移植的成本,请你果断抛弃第二种写法。
把字符串当成异常抛出看上去是一个很是简洁的办法,但实际上是一个很是很差的习惯。
if is_work_done(): pass else: raise "Work is not done!" # not cool
上面的语句若是抛出异常,那么会是这样的:
Traceback (most recent call last): File "/demo/exception_hanlding.py", line 48, in <module> raise "Work is not done!" TypeError: exceptions must be old-style classes or derived from BaseException, not str
这在 Python2.4 之前是能够接受的作法,可是没有指定异常类型有可能会让下游没办法正确捕获并处理这个异常,从而致使你的程序难以维护。简单说,这种写法是是封建时代的陋习,应该扔了。
Python 自己提供了不少的语法范式简化了异常的处理,好比for
语句就处理了的StopIteration
异常,让你很流畅地写出一个循环。
with
语句在打开文件后会自动调用finally
并关闭文件。咱们在写 Python 代码时应该尽可能避免在遇到这种状况时还使用try/except/finally的思惟来处理。
# should not try: f = open(a_file) do_something(f) finally: f.close() # should with open(a_file) as f: do_something(f)
再好比,当咱们须要访问一个不肯定的属性时,有可能你会写出这样的代码:
try: test = Test() name = test.name # not sure if we can get its name except AttributeError: name = 'default'
其实你可使用更简单的getattr()
来达到你的目的。
name = getattr(test, 'name', 'default')
最佳实践不限于编程语言,只是一些规则和填坑后的收获。
catch
语句块中干一些没意义的事情,捕获异常也是须要成本的。finally
来释放资源。关于做者:Python技术爱好者,目前从事测试开发相关工做,转载请注明原文出处。
欢迎关注个人博客 https://betacat.online,你能够到个人公众号中去当吃瓜群众。