引言
我们用什么语言写项目,其实都会出错,错误有很多种,有我们写的代码本身就有问题,这个时候属于编译错误,有的代码运行的时候有问题,这个属于运行时异常,python其实也有一套自己的异常处理机制。今天我们来学习一下。
解决错误中的一种方式:返回错误码
返回错误码其实是程序员排除错误的一种方式,他们往往会有一个错误码的字典,字典里面记录了什么数字对应着什么错误;然后当程序返回什么码的时候,去再对照之前那个字典,就能够知道什么错误了。
但是错误码其实有一个局限性,就是当我们返回的结果如果和错误码混合在一起,那么久不太好区分了。
为了避免这种问题,我们常用try catch finally(java语言中)等方式进行运行时异常的捕获。
当然python也有类似的。
try...except...finally
我们先试用一下
try:
print('try...')
r=10/0
print('result:',r)
except ZeroDivisionError as e:
print('except:',e)
finally:
print('finally...')
print('END')
大家应该能看懂大概意思,我们来看下实际输出结果
当我们认为某些代码可能会出错时,就可以用try来运行这段代码
如果执行出错,则后续代码不会继续执行,而是直接跳转至except语句块
执行完except后,如果有finally语句块,则执行finally语句块
至此,执行完毕
ok,当然,如果没有错误出现,那么也不会执行except代码块,如下如
(注意:如果想得到整数,那么用"//")
从上面的输出结果,可以看到,不论异常有没有finally一直都会执行,就像java中的一样
那么,如果发生了不同种的错误,是不是可以使用多种except去处理呢?
答案是肯定的!
我们直接来看示例
这个例子中,我们用一个 except 来捕获 ValueError ,一个 except 来捕获 ZeroDivisionError
此外,如果没有错误发生的话,还可以在 except 后添加一个 else: 去执行没有该错误的处理
如下面例子所示
需要注意的是,并不是一个 except 对应一个 else ,而是当所有的 except 都没处理的话,才会执行唯一的 else ,下面的写法是错的
错误写法
Python的错误也是类,所以如果想捕获某一大类的错误,直接捕获大类就好了
所有的错误类,都继承自 BaseException类
常见的错误类型和继承关系看这里:
https://docs.python.org/3/library/exceptions.html#exception-hierarchy
使用try...except捕获错误还有一个巨大的好处,就是可以跨越多层调用
请看下方示例:
由此我们发现,有了这个跨越多层调用 except ,大大减少了复杂的 try except finally 代码的使用
调用栈
如果出的错没有处理,那么最终会被 python 解释器捕获,打印一个错误信息,然后程序退出
我们来演示一下
出错的时候,一定要分析错误的调用栈信息,才能定位错误的位置
出了错之后要懂得找打错误的位置,上面的例子错误的位置就在第三行,10/s的位置,找到错误的位置,确定错误的类型,我们就能够解决了
logging类
我们从上面的例子知道了,即使我们不进行异常的捕获,python编译器也会对异常进行处理,我们也能定位到异常的位置,那么还要异常处理干什么?
其实不然,python处理器虽然会处理异常,但是在处理的同时,也将程序终止。
其实我们可以借助logging类去处理,logging类既会想python处理器一样将错误展示出来,也不会终止程序,如下例所示
抛出错误
需要明确的是:
错误是一个 class ,我们捕获的错误其实就是捕获了该 class 的一个实例
所以说,错误并不是凭空出现的,而是有意抛出的
python内置的函数会抛出很多类型的错误,当然我们自己编写的函数也可以抛出错误。
如果要抛出错误,我们可以根据需要,可以定义一个表示错误的 class ,然后选择好继承关系,
最后用 raise 语句抛出一个错误的实例。
比如,现在定义一个错误,让他继承ValueError
class FooError(ValueError):
pass
然后在适当的地方抛出
def foo(s):
if s==0:
raise FooError('Foo Error %s' %s)
return 10/s
这样,当我们调用foo函数时,如果我们传入
0
那么将会抛出FooError的错误,并且打印
“Foo Error 0”
否则的话,则会直接返回 10/s 的返回值
我们来看一下真实的案例演示:
但是,我们只有在必要的时候才会定义我们自己的错误类型,在定义错误类型时,一定要继承对父类,否则会造成麻烦
下面再来看另外一中处理错误的方式:重复抛出错误
由上图,我们可以看出,虽然已经捕获了异常:打印出了FooError!
但是又将之前的异常抛出,这是什么操作呢?
这个操作有的时候很有必要
有的情况下,由于当前函数不知道怎样去处理当前遇到的错误,那么最恰当的方式是往上抛,让顶层调用者去处理。就好比像一个员工遇到了一个棘手的问题不知道怎么处理,那么他最恰当的做法是交给他的上司,如果他的上司也处理不好,那么就会一直往上抛,直到抛给公司的大老板,让大老板去处理
注意用法
raise 如果直接写的话,那么就是把错误直接原封不动的抛给上级
如果raise 后追加别的错误类型的话,其实就完成了把错误转化成另外一个类型额操作了,如
try:
10/s
except ZeroDivisionError as e:
print('ZeroDivisionError')
raise ValueError('ValueError')
当然了,这种转化只要符合逻辑就可以,但是切忌瞎转化。
网友评论