Python的异常处理

异常就是程序运行时发生错误的信号，在python中,错误触发的异常如下

什么是异常处理

python解释器检测到错误，触发异常（也允许程序员自己触发异常）

程序员编写特定的代码，专门用来捕捉这个异常（这段代码与程序逻辑无关，与异常处理有关）

如果捕捉成功则进入另外一个处理分支，执行你为其定制的逻辑，使程序不会崩溃，这就是异常处理

为什么要进行异常处理

python解析器去执行程序，检测到了一个错误时，触发异常，异常触发后且没被处理的情况下，程序就在当前异常处终止，后面的代码不会运行，谁会去用一个运行着突然就崩溃的软件。

所以你必须提供一种异常处理机制来增强你程序的健壮性与容错性 

 处理异常

- 排错的时候 真正报错的是最下面
- python的代码是不会出错的，应该从下向上找最后一行自己写的代码去处理


异常处理的应用：

1.可以用if规避，但是成本太高。
2.不能用if处理了  例如StopIteration

    3 .if判断式的异常处理只能针对某一段代码，对于不同的代码段的相同类型的错误你需要写重复的if来进行处理。

    4 .在你的程序中频繁的写与程序本身无关，与异常处理有关的if，会使得你的代码可读性极其的差

    5 .if是可以解决异常的，只是存在1,2的问题，所以，千万不要妄下定论if不能用来异常处理。

异常处理的特点

1. 一旦发生异常，try语句内出现异常处后边的代码就不会再执行

2. 放在try中的代码如果遇到except中的错误类型，就会执行except中的代码

且一旦发生异常，try中的代码会停止在异常处

但不影响try语句之外的代码执行

3. 一种错误类型只能处理对应的一种错误，其他错误还会照常报错


异常种类

AttributeError 试图访问一个对象没有的树形，比如foo.x，但是foo没有属性x
IOError 输入/输出异常；基本上是无法打开文件
ImportError 无法引入模块或包；基本上是路径问题或名称错误
IndentationError 语法错误（的子类） ；代码没有正确对齐
IndexError 下标索引超出序列边界，比如当x只有三个元素，却试图访问x[5]
KeyError 试图访问字典里不存在的键
KeyboardInterrupt Ctrl+C被按下
NameError 使用一个还未被赋予对象的变量
SyntaxError Python代码非法，代码不能编译(个人认为这是语法错误，写错了）
TypeError 传入对象类型与要求的不符合
UnboundLocalError 试图访问一个还未被设置的局部变量，基本上是由于另有一个同名的全局变量，
导致你以为正在访问它
ValueError 传入一个调用者不期望的值，即使值的类型是正确的

常用异常

万能异常: Exception

- 对于你已经可以预见的但是不能完全规避的必须要处理的异常，
  你应该去指定他的处理方式
- 对于其他你不能预料的，在使用万能异常处理

try:
    num = input('num : ')
    int(num)  # ValueError
    # b          #NameError
    # sum(1,2,3)  #TypeError
    # dic = {}
    # dic['key']  #KeyError
    l = []
    l[1000]   #IndexError
    l = [1,23]
    l_iterator = iter(l)
    next(l_iterator)
    next(l_iterator)
    next(l_iterator)  #StopIteration
except ValueError:  #try语句中有这个错误执行这里
    print('请输入一个数字')
except Exception as e:    #没有的异常类型全部被万能异常接收
    print(e)

异常处理的语法顺序

s1 = 'hello'
try:   #要监视的代码段
    int(s1)
except IndexError as e:   #as e 是错误的详细信息
    print(e)
except KeyError as e:
    print(e)
except ValueError as e:
    print(e)
#except Exception as e:  #出现以上没有的异常类型的异常就被万能异常捕捉
#    print(e)
else:   #try内不出现异常就执行else里的代码,否则不执行
    print('try内代码块没有异常则执行我')
finally:   #出不出现异常都执行  比如关闭文件
    print('无论异常与否,都会执行该模块,通常是进行清理工作')

 注意

def dun():
    try:
        print('123')
    except Exception as e:
        print(e)
    else:
        print(456)
        return 11   #遇到return,先去执行finally里的代码,再返回return的内容
        print(101)
    finally:print(789)

ret = dun()
print(ret)
#结果
# 123
# 456
# 789
# 11

try:
    f = open('file')
    int(f.read())
except ValueError:
    print('读文件失败了')
except Exception as e:
    print(e)
else:                 #try代码块中没有异常的时候才会被执行
    print('成功了')   
finally:              #finally代码块中的代码永远执行
    f.close()

装饰器异常处理

def wrapper(func):
    def inner(*args,**kwargs):
        try:
            return func(*args,**kwargs)
        finally:
            "被装饰的函数执行之后要执行的内容"
    return inner

主动触发异常 raise

try:
    raise TypeError('类型错误')
except Exception as e:
    print(e)

自定义异常

class EvaException(BaseException):
    def __init__(self,msg):
        self.msg=msg
    def __str__(self):
        return self.msg

try:
    raise EvaException('类型错误')
except EvaException as e:
    print(e)

断言: assert

# assert 条件
 
assert 1 == 1
 
assert 1 == 2  #AssertionError

try..except的方式比较if的方式的好处

try..except这种异常处理机制就是取代if那种方式，让你的程序在不牺牲可读性的前提下增强健壮性和容错性

异常处理中为每一个异常定制了异常类型（python中统一了类与类型，类型即类），对于同一种异常，一个except就可以捕捉到，可以同时处理多段代码的异常（无需‘写多个if判断式’）减少了代码，增强了可读性 

使用try..except的方式

1：把错误处理和真正的工作分开来
2：代码更易组织，更清晰，复杂的工作任务更容易实现；
3：毫无疑问，更安全了，不至于由于一些小的疏忽而使程序意外崩溃了；

什么时候用异常处理

try...except应该尽量少用，因为它本身就是你附加给你的程序的一种异常处理的逻辑，与你的主要的工作是没有关系的
这种东西加的多了，会导致你的代码可读性变差，只有在有些异常无法预知的情况下，才应该加上try...except，其他的逻辑错误应该尽量修正