python的异常处理

Ⅰ python之异常处理（try的基本用法）

#计算机# #程序员# #python# #代码# #IT#

程序在运行的时候，如果python解释器遇到 不是语法错误 时，会停止程序的执行，并且抛出一些错误的信息进行提示，这就是异常。

方式try-except语句捕获 所有发生的异常 。但这不是一个很好的方式，我们不能通过该程序识别出具体的异常信息。因为它捕获所有的异常，常用于函数最外层进行捕捉未知异常。

1）情况1

2）情况2

3）情况3

当在try块中抛出一个异常，立即执行finally块代码。

finally块中的所有语句执行后，异常被再次触发，并执行except块代码。

在不确定异常是哪个的情况下，常用的except的异常有： Exception、BaseException 。

关注我，坚持每日积累一个技巧， 长期坚持 ，我们将会不断进步。

Ⅱ python中异常处理的使用方法

8.3. 异常处理
通过编程处理选择的异常是可行的。看一下下面的例子：它会一直要求用户输入，直到输入一个合法的整数为止，但允许用户中断这个程序（使用 Control-C 或系统支持的任何方法）。注意：用户产生的中断会引发一个 KeyboardInterrupt 异常。
>>> while True:
... try:
... x = int(input("Please enter a number: "))
... break
... except ValueError:
... print("Oops! That was no valid number. Try again...")
...
try 语句按如下方式工作。
首先，执行 try 子句 （在 try 和 except 关键字之间的部分）。
如果没有异常发生， except 子句 在 try 语句执行完毕后就被忽略了。
如果在 try 子句执行过程中发生了异常，那么该子句其余的部分就会被忽略。
如果异常匹配于 except 关键字后面指定的异常类型，就执行对应的except子句。然后继续执行 try 语句之后的代码。
如果发生了一个异常，在 except 子句中没有与之匹配的分支，它就会传递到上一级 try 语句中。
如果最终仍找不到对应的处理语句，它就成为一个 未处理异常，终止程序运行，显示提示信息。
一个 try 语句可能包含多个 except 子句，分别指定处理不同的异常。至多只会有一个分支被执行。异常处理程序只会处理对应的 try 子句中发生的异常，在同一个 try 语句中，其他子句中发生的异常则不做处理。一个 except 子句可以在括号中列出多个异常的名字，例如:
... except (RuntimeError, TypeError, NameError):
... pass
最后一个 except 子句可以省略异常名称，以作为通配符使用。你需要慎用此法，因为它会轻易隐藏一个实际的程序错误！可以使用这种方法打印一条错误信息，然后重新抛出异常（允许调用者处理这个异常):

Ⅲ python中的异常处理

捕捉异常可以使用try/except语句。
try/except语句用来检测try语句块中的错误，从而让except语句捕获异常信息并处理。
如果你不想在异常发生时结束你的程序，只需在try里捕获它。
try的工作原理是，当开始一个try语句后，python就在当前程序的上下文中作标记，这样当异常出现时就可以回到这里，try子句先执行，接下来会发生什么依赖于执行时是否出现异常。
如果当try后的语句执行时发生异常，python就跳回到try并执行第一个匹配该异常的except子句，异常处理完毕，控制流就通过整个try语句（除非在处理异常时又引发新的异常）。
如果在try后的语句里发生了异常，却没有匹配的except子句，异常将被递交到上层的try，或者到程序的最上层（这样将结束程序，并打印默认的出错信息）。
如果在try子句执行时没有发生异常，python将执行else语句后的语句（如果有else的话），然后控制流通过整个try语句。

Ⅳ python异常处理关键字

异常处理关键字是try，except。例如你可以用以下格式:
try:
语句1
except 异常类型1 as e:
语句2
except 异常类型2 as e:
语句3
except 异常类型3 as e:
语句4
finally:
语句5
大概就是用这种来处理异常，你的注意异常类型有没有包含，如果有就小的在上，大的在下。

Ⅳ 简单介绍Python中异常处理用法

为了保证程序的健壮性与容错性，即在遇到错误时候程序不会崩溃，我们需要对异常进行处理，

1.if进行处理，在错误发生之前进行预防

如果错误发生的条件是可预知的，我们需要用if进行处理，在错误发生之前进行预防

2.用try..except：在错误发生之后进行处理

如果错误发生的条件是不可预知的，则需要用到try..except：在错误发生之后进行处理

到此这篇关于 Python中异常处理用法的文章就介绍到这了。

Ⅵ python 如何跳过异常继续执行

下面有两种解决方法，第一种是类似if..else..；另外一种是使用语句来实现继续执行；

方法一：使用try...except...语句，类似于if...else...，可以跳过异常继续执行程序，这是Python的优势

用法如下：

拓展资料

异常处理特点：

1.在应用程序遇到异常情况（如被零除情况或内存不足警告）时，就会产生异常。

2.发生异常时，控制流立即跳转到关联的异常处理程序（如果存在）。

3.如果给定异常没有异常处理程序，则程序将停止执行，并显示一条错误信息。

4.可能导致异常的操作通过 try 关键字来执行。

5.异常处理程序是在异常发生时执行的代码块。在 C# 中，catch 关键字用于定义异常处理程序。

6.程序可以使用 throw 关键字显式地引发异常。

7.异常对象包含有关错误的详细信息，其中包括调用堆栈的状态以及有关错误的文本说明。

8.即使引发了异常，finally 块中的代码也会执行，从而使程序可以释放资源。

Ⅶ 聊聊Python异常处理的哲学，懂了以后豁然开朗

看下面的两个例子，它们的作用是完全一样的，非常简单，给除数和被除数，计算除法的结果。

这可能是世界上最没用的函数之一，但重点不在这里。重点在于下面的问题：

继续看之前，先考虑一下。给出自己的答案。

Python大师们一般会 “推荐第一种” 使用异常的写法。理由如下：

异常处理的代码是只有发生了异常才会去执行。既然绝大部分情况下不会发生异常，那就没必每次都做事前判断，这样会很浪费CPU的运算力。假设100次调用，只有1次有问题，却要做100次if判断，不浪费吗？

反过来使用异常的方法，只有 出现 了异常才去做处理，那么except语句只会执行一次。

通过这个对比，我们也可以看到：

试想一下，如果我们可以取消做飞机时候的各种事前检查，是不是可以大大提高效率呢？

现实生活中，我们不能取消这种检查。但在程序中，我们可以，因为我们可以用异常捕捉。

现在给大家推荐两条Python异常处理的哲学：

Ⅷ Python入门精华-异常处理及其中的finally关键字的理解（超详细）

在python中会遇到两种错误，一种，是==语法错误==，这种错误不能被解释器容忍，必须更改为正确语法后程序才能运行；而另外一种，是在==程序运行过程中出现的错误==，诸如==NameError==，==TypeError==等此类错误，有错误名称和行号以及报错内容的错误，称之为==异常==。

名词解释：

[]：方括号内的内容不必一定出现

try：异常捕获块，有且仅有一个

except：异常处理块，可以有多个，且每个可以同时处理多种异常；不必一定存在

else：在未捕获到异常时，进入else；else可可选的，不必一定存在

finaly：不论try有没有捕获到异常都会进入的块，这里很多同学没有深刻体会到它的用途，只是单纯认为，此关键字不是必须的，没有那么重要，这个是讨论的一点，帮助各位童鞋理解加深印象。

as：为各种异常进行一个起别名额功能。

1、首先执行try中的代码块（error_statement）,如果代码执行过程中出现异常，python会立刻生成一个对应的异常对象，并且将该异常上报解释器，由解释器获得异常的过程，称之为==异常捕获==。

2、如果==捕获到异常==，会立刻进入异常处理流程（==此时在try中异常出现以后的代码不会再运行==），即except关键字引导的块，根据关键字后边的ExceptionName来==自上而下由左及右==地逐个检查是否有对应的异常名称，如果有则进入对应的except模块，执行==其中的do_Excepttion_statement代码块==；如果没有检测到匹配的异常名称则==不会进入任何except块==，代码会继续向下运行。

3、else流程：在try中未检测到任何异常才会进入else，童鞋们可能会有疑问？是没有检测到异常，还是except没有包含该异常？注意~~这是两个概念，前者是没有异常，后者是有异常但是没有进行except处理。答案是，没有检测到任何异常（代码完全OK）才会进入else。示例如下：

4、except流程：

此处主要强调在最上边例子中的except[(ExceptionName1,ExceptionName2 ...) [as ...]]:的理解，‘[ ]’上边提到过，是代表可以没有；那么，童鞋写了如下代码，看看两种代码的结果是否相同呢？

首先，需要搞清楚，代码二是有语法错误的，这个必须得改正，问题在于else不能和try搭配，只能和except；第二点，这个是重点，只写except和什么都不写之间有没有区别？答案是肯定的，什么都不写代表不进行处理，而只写 except ：’ 相当于 ==‘except Exception：’，这种写法意思是说万能异常处理，即Exception这种异常是所有异常的统称，所以如上的代码一是势必会打印‘name is error’这句话。

5、finally流程（重点） ：童鞋们往往在有些时候比较难理解finally的存在的意义，但是对于这样的流程，大家却都知道无论try是否捕获到异常，都会进入finally流程’；那么接下来，我们细细品一品这个sao气外漏的fianlly究竟为何如此之sao。

5.1 fianlly: 其实这玩意有个冠冕堂皇的功能：垃圾处理机制，说白了，如果你打开了一些物理文件，最终，是需要finally来进行关闭的（有同学就说了，那不写在finally里边不行吗，也可以。）

5.2究竟如何理解？示例如下：

5.3 总结：

当 try 块中代码发生异常，导致程序崩溃时，在崩溃前 Python 解释器也会执行 finally 块中的代码

Ⅸ Python中程序异常都能被处理吗

“异常”是Python对象，表示一个错误。

如果不想出现异常后程序自动停止运行，编程的人，就要主动捕捉异常，并自己作出相应处理。

捕捉异常可以使用try/except语句。

try/except语句用来检测try语句块中的错误，从而让except语句捕获异常信息并处理。

下面是try/except的示例，说明了怎样处理各种异常：

try:

<语句> #运行别的代码

except <名字>：

<语句> #如果在try部份引发了'name'异常

except <名字>，<数据>:

<语句> #如果引发了'name'异常，获得附加的数据

else:

<语句> #如果没有异常发生

Python的各种标准异常是预先定义好的。基本上包括了常见的异常情况，主要有以下内容。

异常名称 描述

BaseException 所有异常的基类

SystemExit 解释器请求退出

KeyboardInterrupt 用户中断执行(通常是输入^C)

Exception 常规错误的基类

StopIteration 迭代器没有更多的值

GeneratorExit 生成器(generator)发生异常来通知退出

StandardError 所有的内建标准异常的基类

ArithmeticError 所有数值计算错误的基类

FloatingPointError 浮点计算错误

OverflowError 数值运算超出最大限制

ZeroDivisionError 除(或取模)零 (所有数据类型)

AssertionError 断言语句失败

AttributeError 对象没有这个属性

EOFError 没有内建输入,到达EOF 标记

EnvironmentError 操作系统错误的基类

IOError 输入/输出操作失败

OSError 操作系统错误

WindowsError 系统调用失败

ImportError 导入模块/对象失败

LookupError 无效数据查询的基类

IndexError 序列中没有此索引(index)

KeyError 映射中没有这个键

MemoryError 内存溢出错误(对于Python 解释器不是致命的)

NameError 未声明/初始化对象 (没有属性)

UnboundLocalError 访问未初始化的本地变量

ReferenceError 弱引用(Weak reference)试图访问已经垃圾回收了的对象

RuntimeError 一般的运行时错误

NotImplementedError 尚未实现的方法

SyntaxError Python 语法错误

IndentationError 缩进错误

TabError Tab 和空格混用

SystemError 一般的解释器系统错误

TypeError 对类型无效的操作

ValueError 传入无效的参数

UnicodeError Unicode 相关的错误

UnicodeDecodeError Unicode 解码时的错误

UnicodeEncodeError Unicode 编码时错误

UnicodeTranslateError Unicode 转换时错误

Warning 警告的基类

DeprecationWarning 关于被弃用的特征的警告

FutureWarning 关于构造将来语义会有改变的警告

OverflowWarning 旧的关于自动提升为长整型(long)的警告

PendingDeprecationWarning 关于特性将会被废弃的警告

RuntimeWarning 可疑的运行时行为(runtime behavior)的警告

SyntaxWarning 可疑的语法的警告

UserWarning 用户代码生成的警告

Python系统处理异常就是提示一下，停止运行。不想停止，只有自己处理。

可以不带类型，所有异常执行同一组语句：

try:
正常的操作
except:
发生异常，执行这块代码
else:
如果没有异常执行这块代码

也可以多个异常共用一段代码：

ry:
正常的操作
except(Exception1[, Exception2[,...ExceptionN]]]):
发生以上多个异常中的一个，执行这块代码
else:
如果没有异常执行这块代码

还有一种格式，可以有finally部分：

try:
fh = open("testfile", "w")
try:
fh.write("这是一个测试文件，用于测试异常!!")
finally:
print "关闭文件"
fh.close()except IOError:
print "Error: 没有找到文件或读取文件失败"

当在try块中抛出一个异常，立即执行finally块代码。

finally块中的所有语句执行后，异常被再次触发，并执行except块代码。

参数的内容不同于异常。

除了标准异常，我们也可以自己定义异常，并进行处理,这时用到raise语句：

raise [Exception [, args [, traceback]]]

语句中 Exception 是异常的类型（例如，NameError）参数标准异常中任一种，args 是自已提供的异常参数。

最后一个参数是可选的（在实践中很少使用），如果存在，是跟踪异常对象。

相应的异常处理程序示例如下：

try:
正常语句，内含raise语句

except Exception,err:
触发自定义异常

else:
其余代码

Ⅹ python异常值处理

如果你用 Python 编程，那么你就无法避开异常，因为异常在这门语言里无处不在。打个比方，当你在脚本执行时按 ctrl+c 退出，解释器就会产生一个 KeyboardInterrupt 异常。而 KeyError、ValueError、TypeError 等更是日常编程里随处可见的老朋友。

异常处理工作由“捕获”和“抛出”两部分组成。“捕获”指的是使用 try ... except 包裹特定语句，妥当的完成错误流程处理。而恰当的使用 raise 主动“抛出”异常，更是优雅代码里必不可少的组成部分。

异常分类

BaseException所有异常的基类
Exception常见错误的基类
ArithmeticError所有数值计算错误的基类
Warning警告的基类

AssertError断言语句（assert）失败
AttributeError尝试访问未知的对象属性
DeprecattionWarning关于被弃用的特征的警告
EOFError用户输入文件末尾标志EOF（Ctrl+d）
FloattingPointError浮点计算错误
FutureWarning关于构造将来语义会有改变的警告
GeneratorExitgenerator.close()方法被调用的时候
ImportError导入模块失败的时候
IndexError索引超出序列的范围
KeyError字典中查找一个不存在的关键字
KeyboardInterrupt用户输入中断键（Ctrl+c）
MemoryError内存溢出（可通过删除对象释放内存）
NamerError尝试访问一个不存在的变量
NotImplementedError尚未实现的方法
OSError操作系统产生的异常（例如打开一个不存在的文件）
OverflowError数值运算超出最大限制
OverflowWarning旧的关于自动提升为长整型（long）的警告
PendingDeprecationWarning关于特征会被遗弃的警告
ReferenceError弱引用（weakreference）试图访问一个已经被垃圾回收机制回收了的对象
RuntimeError一般的运行时错误
RuntimeWarning可疑的运行行为（runtimebehavior）的警告
StopIteration迭代器没有更多的值
SyntaxErrorPython的语法错误
SyntaxWarning可疑的语法的警告
IndentationError缩进错误
TabErrorTab和空格混合使用
SystemErrorPython编译器系统错误
SystemExitPython编译器进程被关闭
TypeError不同类型间的无效操作
UnboundLocalError访问一个未初始化的本地变量（NameError的子类）
UnicodeErrorUnicode相关的错误（ValueError的子类）
UnicodeEncodeErrorUnicode编码时的错误（UnicodeError的子类）
UnicodeDecodeErrorUnicode解码时的错误（UnicodeError的子类）
UserWarning用户代码生成的警告
ValueError传入无效的参数
ZeroDivisionError除数为零