前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Python学习笔记整理(十七)异常处理

Python学习笔记整理(十七)异常处理

作者头像
py3study
发布2020-01-08 17:41:30
1.2K0
发布2020-01-08 17:41:30
举报
文章被收录于专栏:python3

一、异常基础 try/except:捕捉由代码中的异常并恢复,匹配except里面的错误,并自行except中定义的代码,后继续执行程序(发生异常后,由except捕捉到异常后,不会中断程序,继续执行try语句后面的程序) try/finally: 无论异常是否发生,都执行清理行为 (发生异常时程序会中断程序,只不过会执行finally后的代码) raise: 手动在代码中接触发异常。 assert: 有条件地在程序代码中触发异常。 with/as 在Python2.6和后续版本中实现环境管理器。 用户定义的异常要写成类的实例,而不是字符串、。 finally可以和except和else分句出现在相同的try语句内、 1、异常的角色 错误处理 事件通知 特殊情况处理:有时发生很罕见的情况,很难调整代码去处理。通常会在异常处理器中处理这些罕见的情况,从而省去编写应对特殊情况的代码 终止行为 非常规控制流程 >>> x='diege >>> def fetcher(obj,index): ...     return obj[index] ... >>> fetcher(x,4) 'e' >>> fetcher(x,5) Traceback (most recent call last):   File "<stdin>", line 1, in <module>   File "<stdin>", line 2, in fetcher IndexError: string index out of range >>> try: ...     fetcher(x,5)        #尝试抓取第5个字符 ... except IndexError:      #如果发生异常【指出引发的异常名称】 ...     print fetcher(x,-1)  #那就抓取最后一个字符 ... e >>> def catcher(): ...     try: ...             fetcher(x,5) ...     except IndexError: ...             print fetcher(x,-1) ...     print "continuing" ... >>> catcher()     e continuing 可以看到从异常中恢复并继续执行。 try/finally: 无论异常是否发生,都执行清理行为(发生异常时程序也会终端,只不过会执行finally后的代码) >>> try: ...     fetcher(x,4) ... finally: ...     print 'after fetch' ... 'e' after fetch 没有发生异常的情况,也执行finally语句中的代码 发生异常的情况下 >>> try: ...     fetcher(x,5)       ... finally:               ...     print 'after fetch' ... after fetch Traceback (most recent call last):   File "<stdin>", line 2, in <module>   File "<stdin>", line 2, in fetcher IndexError: string index out of range 发生异常的情况下,也执行了finally语句中的代码 实际应用镇南关,try/except的组合可用于捕捉异常并从中恢复,而try/finally的组合则很方便,可以确保无论try代码块内的 代码是否发生异常,终止行为一定会运行。如,try/except来捕捉第三方库导入的代码所引发的错误,然后以try/finally来确保 关闭文件,或者终止服务器连接等调用。 可以在同一个try语句内混合except和finally分句:finally一定回执行,无论是否有异常引发,而且不也不关异常是否被except分句捕捉到 2、try/except/else语句 try的完×××式:try/多个except/else语句 else是可选的 try首行底下的代码块代表此语句的主要动作:试着执行的程序代码。except分句定义try代码块内引发的异常处理器,而else分句(如果有)则是提供没有发生异常时候要执行的处理器。 *如果try代码块语句执行时发生了异常,Python就跳回try,执行第一个符合引发的异常的except分句下面的语句。当except代码执行后(除非 except代码块引发另一异常),控制全就会到整个try语句后继续执行。 *如果异常发生在try代码块内,没有符合的except分句,异常就会向上传递到程序的之前进入try中,或者到这个进程的顶层(使用Python终止这个程序并打印默认的错误消息) *如果try首行底下执行的语句没有发生异常,Python就会执行else行下的语句(如果有的话),控制权会在整个try语句下继续。 也就是说except分句会捕捉try代码块执行时所有发生的任何异常,而else分句只在try代码执行没有发生异常时才执行,finally分句无法释放发生异常都执行。 3、try语句分句形式 分句形式            说明 except:                捕捉所有(其他)异常类型 except name:        只捕捉特定的异常 except name,value:    捕捉所有的异常和其额外的数据(或实例) except (name1,name2) 捕捉任何列出的异常 except (name1,name2),value: 捕捉任何列出的异常,并取得其额外数据 else:                如果没有引发异常,就运行 finally:            总是会运行此代码块,无论是否发生异常 except:用在想不到异常情况,在except:前面可以定义可以想到的异常:except name1: except name2: 3、try/else分句         try:                 customer=getargv[1]         except IndexError:                 print "please give argv as customer!"         else:                 scene=PizzaShop()                 scene.order(customer)                 print '...' 如把else:语句的内容放到try:中,也能执行。模拟出else分句。不过这可能造成不正确的异常分类。如果“没有异常发生”这个行为触发了 IndexError,就会视为try代码块的失败,因此错误地触发try底下的异常处理器。改为明确的else分句,让逻辑封明确。保证except处理器 只会因为包装在try中代码真正的失败而执行,而不是为else中的情况行为失败而执行。 4、try/finally分句 python先运行try: 下的代码块: 如果try代码块运行时没有异常发生,Python会跳至finally代码块。然后整个try语句后继续执行下去。 如果try代码块运行时有发生异常,Python依然会回来运行finally代码块,但是接着会把异常向上传递到较高的try语句或顶层的默认处理器。程序不会在try语句继续执行。         try:                 Uppercase(open('/etc/rc.conf'),output).process()         finally:                 open('/etc/rc.conf').close 5、统一try/except/finally分句 try:     main-action: except Exception1:     hander1 except Exception2:     hander2 ... else:     else-block finally:     finally-block 这语句中main-action代码会先执行。如果该程序代码(main-action)引发异常,那么except代码块都会逐一测试,寻找与抛出的异常相符的语句。如果引发异常的是Exception1则会执行hander1代码块,如果引发异常的是Exception2,则会执行hander2代码块。以此类推。如果没有 引发异常,将会执行else-block代码块。 无论前面发生什么,当main-action代码块完成时。finally-block都会执行。 6、通过嵌套合并except和finally try:     try:         main-action:     except Exception1:         hander1     except Exception2:         hander2     ...     else:         else-block finally:     finally-block 和5的效果一样 7、raise语句 要故意触发异常,可以使用raise语句。raise语句组成是: raise关键字,后面跟着要引发的异常名称(选用),以及一个可选的额外的数据项,后可随着异常传递 raise <name> raise <name>,<data> raise 注意:<name>需要预先定义好,不然会由未定义错误。 第二种形式随着异常传递额外的数据项,在raise语句中,数据是列在异常名称的后面的;在try语句中,取得该数据是通过引入一个进行接收 它的变量实现的。例如,如果try引入一个exceptname,X:语句,则变量X就会被赋值为raise内所列出的额外的数据项,如果没有定义默认接受到 的就是特殊对象None。一旦被程序中任意的except分句捕捉,异常就死了(也就是说,不会传递给另一个try),除非又被另一个raise语句或 错误所引发。现在用户定义的异常应该是类实例对象。 8、assert语句 assert可以有条件地在程序代码中触发异常,可以认为是有条件的raise. 牢记:assert几乎都是用来收集用户定义的约束条件,而不是捕捉内在的程序设计错误。因为Python会自动收集程序的设计错误,通常咩有必要写assert去捕捉超出索引值,类型不匹配以及除数为0之类的事。 引发的异常为:AssertionError。如果没有被try捕捉到,就会终止程序。 该语句形式: assert  <test>,<data> 实例 >>> def f(x): ...     assert x>0,'x must be great zerot' ...     return x**2 ... >>> f(2)     4 >>> f(-1) Traceback (most recent call last):   File "<stdin>", line 1, in <module>   File "<stdin>", line 2, in f AssertionError: x must be great zerot 二、with/as环境管理 python2.6引入新的异常相关的语句:with及其可选的as分句。这个语句的设计是为了和环境管理器对象(支持新的方法协议)一起工作。 简而言之, with/as语句的设计作为常见try/finally用法模式的替代方案。就像try/finally语句, with/as语句也用于定义必须执行的 终止或“清理"行为,无论步骤中是否发生异常。和try/finally不同的是,with语句支持更丰富的基于对象的协议,可以代码块定义支持进入 和离开动作。 with语句基本格式: with expression [as variable]:     with block 在这里expression要返回一个对象,从而支持环境管理协议。如果选用as分句存在时,此对象也可返回一个值,赋值给变量名variable. 注意:variable并非赋值为expression的结果,expression的结果是支持环境协议的对象,而variable则是赋值为其他的东西(??) 然后,expression返回的对象可在with-block开始前,先自行启动程序,并且在该代码块完成后,执行终止程序代码,无论代码块是否引发异常 有些内置的Python对象已得到强化,支持环境管理协议,因此可以用于with语句。例如,文件对象有环境管理器,可在with代码块后自动关闭 文件,无法是否引发异常。 >>> with open('/etc/rc.conf') as myfile: ...     for line in myfile: ...             line=line.upper() ...             print line 在这里,对open的调用,会返回一个简单文件对象,赋值给变量名myfile。我们可以用一般的文件工具使用myfile:就此而言,文件迭代器会在 for循环内逐行读取。 然后,此对象也支持with语句所使用的环境协议。在这个with语句执行后。环境管理机制保证由myfile所引用的文件对象自动关闭。即时处理 该文件时,for循环引发了异常。 环境管理器是有写高级的机制。还不是Python的正式组成部分。就较为简单的用途来说,try/finally语句可对终止活动提供足够的支持。 三、异常对象 基于类的异常可以创建各种异常类,有附加状态信息,而且支持继承。尽量都适用类异常。类异常有如下特点; * 提供类型分类,对今后的修改有更好的支持:以后增加新异常时,通常不需要在try语句中进行修改。 * 同了存储在try处理器中所使用的环境信息的合理地点:这样的话,可以拥有状态信息,以及可调用的方法,并且可通过实例进行读取。 * 允许异常参与继承层次,从而可获得共同的行为。例如,继承的显示方法可提供通用的错误消息外观。 所有内置异常都类组织成继承树。 Python2.5版本 字符串异常会产生'deprecation‘(不建议使用)’警告。python3.0将不再支持字符串异常。 1、基于字符串的异常 >>> myexc="My exception string" >>> try: ...     raise myexc ... except myexc: ...     print "caught" ... Traceback (most recent call last):   File "<stdin>", line 2, in <module> TypeError: exceptions must be old-style classes or derived from BaseException, not str Python 2.7版本已经不在支持了 2、基于类的异常 >>> class General:pass >>> class Spec1(General):pass  >>> class Spec2(General):pass >>> def raiseer0(): ...     X=General() ...     raise X >>> def raiseer1(): ...     X=Spec1()       ...     raise X >>> def raiseer2(): ...     X=Spec2()   ...     raise X >>> for func in (raiseer0,raiseer1,raiseer2): ...     try: ...             func() ...     except General:#使用异常的超类General,这样子类也捕捉到,可以在未来增加函数异常(在子类里),而不影响程序。 ...             import sys ...             print 'caught:',sys.exc_info()[0] ... caught:__main__.General caught:__main__.Spec1 caught:__main__.Spec2 在try语句中,捕捉其超类就会捕捉这个类,以及类树中超类下的所有子类:超类会变成异常分类的名称,而子类会变成该分类中特定的 异常类型。 Python2.5以后版本将每个异常都写成类(必须),从异常树顶层继承Exception(非必须)。 sys.exc_info() 一种抓取最近发生异常的常用方式。 对基于类的异常而言,其结果中第一个元素就是引发异常类,而第二个是实际引发的实例。 注意:目前Python的说明文件指出,用户定义的异常最好继承自Exception内置的异常(但不是必须要求)。 class General(Exception):pass 就大型多层次的异常而言,在一个except分句使用类捕捉分类,会比列出一个分类中每个成员更简单。新增子类扩展异常层次,。也不会破坏 先有的代码。 如果不用类,在excpet中就会是excpet (General,Spec1,Spec2): 这样捕捉字符串类。 基本原则是:在异常处理器中,通常来说具体要优于一般。 3、内置Exception类 Python把内置异常组织成层次,来支持各种捕捉模式 Exception:    异常的顶层根超类 StandardError:    所有内置错误异常的超类 ArithmeticError:    所有数值错误的超类 OverflowError:    识别特定的数值错误的子类 可以在Python库手册或exceptionsn模块的帮助文本中查阅。 >>> import exceptions >>> help(exceptions)   BaseException             Exception                 StandardError                     ArithmeticError                         FloatingPointError                         OverflowError                         ZeroDivisionError                     AssertionError 4、定义异常文本 对基于类的异常而言,其结果中第一个元素就是引发异常类,而第二个是实际引发的实例。 >>> raise MyBad(): >>> raise MyBad() Traceback (most recent call last):   File "<stdin>", line 1, in <module> __main__.MyBad: <__main__.MyBad instance at 0x2850d26c> 这样的显示不友好。改进显示,可以在类中定义__repr__或__str__显示字符串重载方法,从而返回异常达到想要默认处理器显示字符串。 >>> class MyBad():                         ...     def __repr__(self):                ...             return "Sorry--my mistake!" ... >>> raise MyBad() Traceback (most recent call last):   File "<stdin>", line 1, in <module> __main__.MyBad: Sorry--my mistake 这样把显示类的实例改为了我们定义的文本。 注意:如果继承自内置异常类,错误测试会有细微的改变,构造方法参数会自动存储并显示在消息中。【同样也可以把继承的重载】 >>> class MyBad(Exception):pass ... >>> raise MyBad() Traceback (most recent call last):   File "<stdin>", line 1, in <module> __main__.MyBad >>> raise MyBad('the','bright','side','of') Traceback (most recent call last):   File "<stdin>", line 1, in <module> __main__.MyBad: ('the', 'bright', 'side', 'of') 5、发送额外数据和实例行为 把环境信息附加在基于类的异常的办法是:在引发的实例对象中填写实例的属性,通常是在类的构造器方法中。在异常处理器中,是列出 要赋值为引发的实例的变量,然后通过这个变量名来读取附加的转改信息,并且调用任何基础的类方法。【很强大的功能】 >>> class FormatError: ...     def __init__(self,line,file): ...             self.line=line ...             self.file=file >>> def parser(): ...     raise FormatError(42,file='diege.txt') #手动定义异常,基于类的异常,类构造函数传递两个数据。 ... >>> try: ...     parser() ... except FormatError,X: #定义接受异常(类的实例-异常引发时产生的实例)传递过来数据的变量。 ...     print 'Error at',X.file,X.line #显示实例传递过来的数据 ... Error at diege.txt 42 字符串的格式为【已过时】 raise formatError,{'file':'diege.txt','line':43} except FormatError,X:     print 'Error at',X['file'],X['line'] 6、raise的一般形式 raise string #基于字符串的异常,已过时 raise string,data #基于字符串的异常,已过时 raise instance    #最常用的模式,直接接一个实例:raise FormatError(42,file='diege.txt') raise class,instance raise 为了和内置异常为字符串的的旧版兼容,也可以 raise class #same as :raise class() raise class,arg # same as :raise class(arg) raise clase(arg1,arg2,...) #same as:raise class(arg1,arg2...) 这些都相当于raise class(arg),等效于raise instance形式 >>> def parse(): ...     raise FormatError,(42,'diege.txt') 四、异常的设计 1、嵌套异常处理器 把内部的try写成函数来嵌套 >>> def action2(): ...     print 1+[] >>> def action1(): ...     try: ...             action2() ...     except TypeError: ...             print "inner try" >>> try: ...     action1() ... except TypeError: ...     print "outer try" ... inner try 使用语法嵌套 >>> try: ...     try: ...             action2() ...     except TypeError: ...             print "inner try"   ... except TypeError: ...     print "outer try" ... inner try 嵌套的finally语句会因一个异常全部启动。 >>> try:    ...     try: ...             raise IndexError ...     finally:             ...             print "diege" ... finally:      ...     print "DIEGE" ... diege DIEGE Traceback (most recent call last):   File "<stdin>", line 3, in <module> IndexError 2、异常的习惯用户 1)异常不总是错误 在Python中,所有的错误都是异常。但并非所有的异常都是错误。 >>> while 1: ...     try: ...             line=raw_input() ...     except EOFError: ...             break ...     else: ...             print "print ...process nex line here.." raw_input()在文件末尾引发内置的EOFError 2)函数信号条件和raise 用户定义的异常也可以引发非错误的情况。 用于任何无法返回警示值以表明成功或失败的函数。 class Failure(Exception):pass def searcher():     if ...success...;         return ...founditem...     else:         raise Failure() try:     item=searcher() except Failure:     ...report... else:     ...use item here... Python核心是动态类型和多态,通常更倾向于是用异常来发出这类情况的信号,而不是警示性的返回值。 3)在try外进行调试 空的except分句会捕捉任何程序执行时所引发的而未被捕捉到的异常。要取得发生的实际异常,可以从内置的 sys模块取出sys.exc_info函数的调用结果。这会返回一个元组,而元组之前两个元素会自动包含当前异常的名称, 以及相关的额外数据(如果有)。就基于类的异常而言,这两个元素分别对应的是异常的类以及引发类的实例。 4)运行进程中的测试 5)关于sys.exc_info sys.exc_info结果是获得最近引发的异常更好的方式。如果没有处理器正在处理,就返回包含了三个None值的元组。 否则,将会返回(type,value和traceback) *type是正在处理的异常的异常类型(一个基于类的异常的类对象) *value是异常参数(它的关联值或raise的第二个参数,如果异常类型为类对象,就一定是类实例) *traceback是一个traceback对象,代表异常最初发生时所调用的堆栈。 2、与异常有关的技巧 大致来说,Python的异常在使用上都很简单。异常背后真正的技巧在于确定except分句要具体或多通用,以及try语句中要包括多少代码。 1)应该包装什么? try语句中要包括多少代码。 简要原则 *经常会失败的运算一般都应该包装在try语句内。例如:和系统状态衔接的运算(文件开启,套接字调用等等)就是try的主要候选者。 *尽管这样,上一条规则有写特例:在简单的脚本中,你会希望这类运算失败时终止程序,而不是被捕捉或被忽略。如果是一个重大的错误, 更应如此。Python的错误会产生有用的错误信息,而且这通常就是所期望的最好的结果。 *应该try/finally中实现终止动作,从而保证它们的执行。这个语句形式可执行代码,无论异常是否发生。 *偶尔,把对大型函数的调用包装在单个try语句内,而不是让函数本身零散着放入若干try的语句中。这样会更方便。这样的话,函数中的异常 就会往上传递到调用周围的try,而你也可以减少函数中的代码量。 2)捕捉太多:避免空except语句 如果使用空except语句,可能拦截到异常嵌套结构中较高层的try处理器所期待的事件这类代码可能会捕捉无关的系统异常。如内存错误,一 程序错误,迭代停止以及系统推出等等,都会在Python中引发异常。这里异常通常是不应该拦截的。 3)捕捉太少:使用基于类的分类 3、核心语言总结 1)Python工具集 一般而言,Python提供了一个有层次的工具集。 内置工具: 像字符串,列表和字典这些内置类型,会让编写程序更为迅速。 Python扩展: 就更重要的任务来说,可以编写自己的函数,模块以及类来扩展Python 已编译的扩展: Python的工具箱类型。 分类        例子 对象类型    列表,字典,文件和字符串 函数        len,range,apply,open 异常        IdexError,KeyError 模块        os,TKinter,pickle,re 属性        __dict__,__name__,__class__ 外部工具    NumPY,SWIG,Jython,IronPython 2)大型项目的开放工具 PyDoc PyChecker 检查 PyUnit  测试 doctest  测试 IDE 图形界面 配置工具 profile是标准块模块,为python实现源代码配置工具。 调试器:源代码调试器模块,称为pdb, 类似C的命令行调试器gdb >>> import pdb >>> pdb.run("main()") #下面就可以在交互模式下执行代码调试命令 > <string>(1)<module>() (Pdb) action1 <function action1 at 0x28495bc4> (Pdb) action1() inner try 发布选择:Python程序常见打包工具。py2exe,PyInstaller以及freeze都可以打包字节码以及Python虚拟机 优化选项:Psyco系统提供了实时的编译器,可以把Python字节码翻译成二进制码。 对大型醒目的提示

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2019/08/29 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档