python异常处理语句编程题_Python异常处理知识点汇总，五
分钟就能学会！
异常处理在任何⼀门编程语⾔⾥都是值得关注的⼀个话题，良好的异常处理可以让你的程序更加健壮，清晰的错误信息更能帮助你快速修复问题。在Python中，和不分⾼级语⾔⼀样，使⽤了try/except/finally语句块来处理异常，如果你有其他编程语⾔的经验，实践起来并不难。
什么是异常？
1.错误
从软件⽅⾯来说，错误是语法或是逻辑上的。错误是语法或是逻辑上的。
语法错误指⽰软件的结构上有错误，导致不能被解释器解释或编译器⽆法编译。这些些错误必须在程序执⾏前纠正。
当程序的语法正确后，剩下的就是逻辑错误了。逻辑错误可能是由于不完整或是不合法的输⼊所致；
在其它情况下，还可能是逻辑⽆法⽣成、计算、或是输出结果需要的过程⽆法执⾏。这些错误通常分别被称为域错误和范围错误。
当python检测到⼀个错误时，python解释器就会指出当前流已经⽆法继续执⾏下去。这时候就出现了异常。
2.异常
对异常的最好描述是：它是因为程序出现了错误⽽在正常控制流以外采取的⾏为。
这个⾏为⼜分为两个阶段：⾸先是引起异常发⽣的错误，然后是检测（和采取可能的措施）阶段。
第⼀阶段是在发⽣了⼀个异常条件（有时候也叫做例外的条件）后发⽣的。
只要检测到错误并且意识到异常条件，解释器就会发⽣⼀个异常。引发也可以叫做触发，抛出或者⽣成。解释器通过它通知当前控制流有错误发⽣。
python也允许程序员⾃⼰引发异常。⽆论是python解释器还是程序员引发的，异常就是错误发⽣的信号。
当前流将被打断，⽤来处理这个错误并采取相应的操作。这就是第⼆阶段。
对于异常的处理发⽣在第⼆阶段，异常引发后，可以调⽤很多不同的操作。
可以是忽略错误（记录错误但不采取任何措施，采取补救措施后终⽌程序。）或是减轻问题的影响后设法继续执⾏程序。
所有的这些操作都代表⼀种继续，或是控制的分⽀。关键是程序员在错误发⽣时可以指⽰程序如何执⾏。
python⽤异常对象(exception object)来表⽰异常。遇到错误后，会引发异常。
如果异常对象并未被处理或捕捉，程序就会⽤所谓的回溯（traceback）终⽌执⾏
异常处理
捕捉异常可以使⽤try/except语句。
try/except语句⽤来检测try语句块中的错误，从⽽让except语句捕获异常信息并处理。
如果你不想在异常发⽣时结束你的程序，只需在try⾥捕获它。
语法：
以下为简单的lse的语法：
Try的⼯作原理是，当开始⼀个try语句后，python就在当前程序的上下⽂中作标记，这样当异常出现时就可以回到这⾥，try⼦句先执⾏，接下来会发⽣什么依赖于执⾏时是否出现异常。如果当try后的语句执⾏时发⽣异常，python就跳回到try并执⾏第⼀个匹配该异常的except⼦句，异常处理完毕，控制流就通过整个try语句（除⾮在处理异常时⼜引发新的异常）。
如果在try后的语句⾥发⽣了异常，却没有匹配的except⼦句，异常将被递交到上层的try，或者到程序的最上层（这样将结束程序，并打印缺省的出错信息）。
如果在try⼦句执⾏时没有发⽣异常，python将执⾏else语句后的语句（如果有else的话），然后控制流通过整个try语句。
使⽤except⽽不带任何异常类型
你可以不带任何异常类型使⽤except，如下实例：
以上⽅式try-except语句捕获所有发⽣的异常。但这不是⼀个很好的⽅式，我们不能通过该程序识别出具体的异常信息。因为它捕获所有的异常。
使⽤except⽽带多种异常类型
你也可以使⽤相同的except语句来处理多个异常信息，如下所⽰：
try-finally 语句
try-finally 语句⽆论是否发⽣异常都将执⾏最后的代码。
当在try块中抛出⼀个异常，⽴即执⾏finally块代码。
finally块中的所有语句执⾏后，异常被再次触发，并执⾏except块代码。
参数的内容不同于异常。
下⾯来看⼀个实例：
点击查看⼤图
总结如下：except语句不是必须的，finally语句也不是必须的，但是⼆者必须要有⼀个，否则就没有try的意义了。
except语句可以有多个，Python会按except语句的顺序依次匹配你指定的异常，如果异常已经处理就不会再进⼊后⾯的except语句。
except语句可以以元组形式同时指定多个异常，参见实例代码。
except语句后⾯如果不指定异常类型，则默认捕获所有异常，你可以通过logging或者sys模块获取当前异常。
如果要捕获异常后要重复抛出，请使⽤raise，后⾯不要带任何参数或信息。
不建议捕获并抛出同⼀个异常，请考虑重构你的代码。
不建议在不清楚逻辑的情况下捕获所有异常，有可能你隐藏了很严重的问题。
尽量使⽤内置的异常处理语句来 替换try/except语句，⽐如with语句，getattr()⽅法。
经验案例
传递异常 re-raise Exception
捕捉到了异常，但是⼜想重新引发它（传递异常），使⽤不带参数的raise语句即可：
在Python2中，为了保持异常的完整信息，那么你捕获后再次抛出时千万不能在raise后⾯加上异常对象，否则你的trace信息就会从此处截断。以上是最简单的重新抛出异常的做法。
还有⼀些技巧可以考虑，⽐如抛出异常前对异常的信息进⾏更新。
如果你有兴趣了解更多，建议阅读这篇博客。
Python3对重复传递异常有所改进，你可以⾃⼰尝试⼀下，不过建议还是同上。
Exception 和 BaseException大学python知识点汇总
当我们要捕获⼀个通⽤异常时，应该⽤Exception还是BaseException？我建议你还是看⼀下 官⽅⽂档说明，这两个异常到底有啥区别呢？ 请看它们之间的继承关系。
从Exception的层级结构来看，BaseException是最基础的异常类，Exception继承了它。BaseException除了包含所有的Exception外还包含了SystemExit，KeyboardInterrupt和GeneratorExit三个异常。
有此看来你的程序在捕获所有异常时更应该使⽤Exception⽽不是BaseException，因为另外三个异常属于更⾼级别的异常，合理的做法应该是交给Python的解释器处理。
except Exception as e和 except Exception, e
代码⽰例如下：
在Python2的时代，你可以使⽤以上两种写法中的任意⼀种。在Python3中你只能使⽤第⼀种写法，第⼆种写法被废弃掉了。第⼀个种写法可读性更好，⽽且为了程序的兼容性和后期移植的成本，请你也抛弃第⼆种写法。
raise “Exception string”
把字符串当成异常抛出看上去是⼀个⾮常简洁的办法，但其实是⼀个⾮常不好的习惯。
上⾯的语句如果抛出异常，那么会是这样的：
这在Python2.4以前是可以接受的做法，但是没有指定异常类型有可能会让下游没办法正确捕获并处理这个异常，从⽽导致你的程序挂掉。简单说，这种写法是是封建时代的陋习，应该扔了。
使⽤内置的语法范式代替try/except
Python 本⾝提供了很多的语法范式简化了异常的处理，⽐如for语句就处理的StopIteration异常，让你很流畅地写出⼀个循环。
with语句在打开⽂件后会⾃动调⽤finally中的关闭⽂件操作。我们在写Python代码时应该尽量避免在遇到这种情况时还使⽤
try/except/finally的思维来处理。
再⽐如，当我们需要访问⼀个不确定的属性时，有可能你会写出这样的代码：
其实你可以使⽤更简单的getattr()来达到你的⽬的。
最佳实践
最佳实践不限于编程语⾔，只是⼀些规则和填坑后的收获。
1.只处理你知道的异常，避免捕获所有异常然后吞掉它们。
2.抛出的异常应该说明原因，有时候你知道异常类型也猜不出所以然的。
3.避免在catch语句块中⼲⼀些没意义的事情。
4.不要使⽤异常来控制流程，那样你的程序会⽆⽐难懂和难维护。
5.如果有需要，切记使⽤finally来释放资源。
6如果有需要，请不要忘记在处理异常后做清理⼯作或者回滚操作。
异常速查表

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。