一、错误和异常

Python 中(至少)有两种错误:语法错误异常( syntax errors 和 exceptions )。

1.1 错误

(1)语法错误,也被称作解析错误,无法通过python解释器的语法检测,必须在程序执行前就改正。比如:

>>> while True print('Hello world')File "<stdin>", line 1, in ?while True print('Hello world')^
SyntaxError: invalid syntax

语法分析器指出错误行,并且在检测到错误的位置前面显示一个小“箭头”。 错误是由箭头 前面 的标记引起的(或者至少是这么检测的): 这个例子中,函数 print() 被发现存在错误,因为它前面少了一个冒号( ':' )。 错误会输出文件名和行号,所以如果是从脚本输入的你就知道去哪里检查错误了。

1.2 异常

什么是异常?

异常即是一个事件,该事件会在程序执行过程中发生,影响了程序的正常执行。一般情况下,在Python无法正常处理程序时就会发生一个异常。异常是Python对象,表示一个错误。即使一条语句或表达式在语法上是正确的,当试图执行它时也可能会引发错误。运行期检测到的错误称为 异常,并且程序不会无条件的崩溃。所以我们需要异常的处理来解决这些问题。当Python脚本发生异常时我们需要捕获处理它,否则程序会终止执行。

异常也有不同的类型,异常类型做为错误信息的一部分显示出来:零除错误( ZeroDivisionError ) ,命名错误( NameError) 和 类型错误( TypeError )。打印错误信息时,异常的类型作为异常的内置名显示。对于所有的内置异常都是如此,不过用户自定义异常就不一定了(尽管这是一个很有用的约定)。标准异常名是内置的标识(没有保留关键字)。后一部分是关于该异常类型的详细说明,这意味着它的内容依赖于异常类型。错误信息的前半部分以堆栈的形式列出异常发生的位置。通常在堆栈中列出了源代码行,然而,来自标准输入的源码不会显示出来。

python提供了两个非常重要的功能来处理python程序在运行中出现的异常和错误。你可以使用该功能来调试python程序。

  • 异常捕获和处理(try/except/finally语句块)
  • 断言(Assertions

如果异常对象并未被处理或捕捉,程序就会用所谓的回溯(traceback)终止执行。

python2.x捕获异常语法(只能py2):

try:...some functions...
except Exception, e:print(e)

python3.x捕获异常语法(py2也可以,推荐使用,有兼容能力,性能更好):

try:...some functions...
except Exception as e:print(e)

二、异常捕获和处理

2.1 try/except语句

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

try/except语句用来检测try语句块中的错误,从而让except语句捕获异常信息并处理。如果你不想在异常发生时结束你的程序,只需在try里捕获它。

语法:

以下为简单的try....except...else的语法(可以有多个罗列的except子句,也可以在一个except中写多个捕获类型)

try:
<语句>        #运行别的代码
except <名字>:
<语句>        #如果在try部份引发了'name'异常
except <名字>,<数据>:
<语句>        #如果引发了'name'异常,获得附加的数据
else:
<语句>        #如果没有异常发生

try的工作原理是,当开始一个try语句后,python就在当前程序的上下文中作标记,这样当异常出现时就可以回到这里,try子句先执行,接下来会发生什么依赖于执行时是否出现异常。

else子句只能出现在所有 except 子句之后。当 try 语句没有抛出异常时,需要执行一些代码,可以使用这个子句。 

  • 如果当try后的语句执行时发生异常,python就跳回到try并执行第一个匹配该异常的except子句,异常处理完毕,控制流就通过了整个try语句(除非在处理异常时又引发新的异常)。
  • 如果在try后的语句里发生了异常,却没有匹配的except子句,异常将被递交到上层的try,或者到程序的最上层(这样将结束程序,并打印缺省的出错信息)。
  • 如果在try子句执行时没有发生异常,python将执行else语句后的语句(如果有else的话),然后控制流通过整个try语句。

示例:

try:fh = open("testfile", "w")fh.write("这是一个测试文件,用于测试异常!!")
except IOError:print "Error: 没有找到文件或读取文件失败"
else:print "内容写入文件成功"fh.close()
如果正常执行:
$ python test.py
内容写入文件成功
$ cat testfile       # 查看写入的内容
这是一个测试文件,用于测试异常!!如果写文件没有权限:
$ python test.py
Error: 没有找到文件或读取文件失败

(1)使用except而不带任何异常类型

你可以不带任何异常类型使用except,如下实例:

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

以上方式try-except语句捕获所有发生的异常。但这不是一个很好的方式,我们不能通过该程序识别出具体的异常信息。因为它捕获所有的异常,除非不打印错误信息,只是为了捕获异常。

(2)使用except而带多种异常类型

一个 try 语句可能包含多个 except 子句,分别指定处理不同的异常至多只会有一个分支被执行。异常处理程序只会处理对应的 try 子句中发生的异常,在同一个 try 语句中,其他子句中发生的异常则不作处理。一个except子句可以同时处理多个异常,这些异常将被放在一个括号里成为一个元组。一个 except 子句可以在括号中列出多个异常的名字,如下所示:

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

除了以上做法可能可读性差,不能简洁明了告诉我们每一个不同的异常的处理逻辑,所以我们可以使用多个except子句的如下方式 ,类似于多个catch子句:

number = input('please type a number(max=100):')try:number = int(number)number = number + 1
except ValueError as e:print('Error: {}'.format(e))
except IOError as e:print('IOError: {}'.format(e))
finally:print("That's all!")

注意except子句的数量没有限制,但使用多个except子句捕获异常时,如果异常类之间具有继承关系,则子类应该写在前面,否则父类将会直接截获子类异常。放在后面的子类异常也就不会执行。 但最多只有一个分支会被执行,所以except子句有排序先后问题

try 语句按如下方式工作:

  • 首先,执行 try 子句 (在 try 和 except 关键字之间的部分)。

  • 如果没有异常发生, except 子句 在 try 语句执行完毕后就被忽略了。

  • 如果在 try 子句执行过程中发生了异常,那么该子句其余的部分就会被忽略。

    如果异常匹配于 except 关键字后面指定的异常类型,就执行对应的except子句。然后继续执行 try 语句之后的代码。

  • 如果发生了一个异常,在 except 子句中没有与之匹配的分支,它就会传递到上一级 try 语句中。

    如果最终仍找不到对应的处理语句,它就成为一个 未处理异常,终止程序运行,显示提示信息。

2.2 try-finally 语句

try-finally 语句无论是否发生异常都将执行最后的代码finally里的代码。

NOTE:try…finally 的意义在于,就是我们在 try 代码块中执行了 return 语句,但是仍然会继续执行在 finally 中的代码块,所以我们一般用作处理资源的释放,但不捕获异常。

基本语法:

try:
<语句>
finally:
<语句>    #退出try时总会执行
raise

实例:

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

如果打开的文件没有可写权限,输出如下所示:

$ python test.py
Error: 没有找到文件或读取文件失败

同样的例子也可以写成如下方式:

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

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

finally块中的所有语句执行后,异常被再次触发,并执行except块代码。参数的内容不同于异常。

当出现类似break,return等关键字,会先执行完finally块中的语句再进行break等操作。

2.3 try/except/finally语句块

完整版的语句块:

def div(a, b):try:print(a / b)except ZeroDivisionError:print("Error: b should not be 0 !!")except Exception as e:print("Unexpected Error: {}".format(e))else:print('Run into else only when everything goes well')finally:print('Always run into finally block.')# tests
div(2, 0)
div(2, 'bad type')
div(1, 2)Error: b should not be 0 !!
Always run into finally block.
Unexpected Error: unsupported operand type(s) for /: 'int' and 'str'
Always run into finally block.
0
Run into else only when everything goes well
Always run into finally block.
# Mutiple exception in one line
try:print(a / b)
except (ZeroDivisionError, TypeError) as e:print(e)# Except block is optional when there is finally
try:open(database)
finally:close(database)# catch all errors and log it
try:do_work()
except:    # get detail from logging modulelogging.exception('Exception caught!')# get detail from sys.exc_info() methoderror_type, error_value, trace_back = sys.exc_info()print(error_value)raise

总结如下

  1. except语句不是必须的,finally语句也不是必须的但是二者必须要有一个,否则就没有try的意义了。
  2. except语句可以有多个,Python会except语句的顺序依次匹配你指定的异常,如果异常已经处理就不会再进入后面的except语句。类似于catch语句,按照顺序匹配,所以保证最上层异常类型最小。不需要下层异常类型包含上层,但不能够出现上层异常类型包含下层的情况,此时下层异常类型永远无法捕获。
  3. except语句可以以元组形式同时指定多个异常,参见实例代码。并且指定一个对象相当于Exception e。
  4. except语句后面如果不指定异常类型,则默认捕获所有异常,你可以通过logging或者sys模块获取当前异常
  5. 如果要捕获异常后要重复抛出,请使用raise,后面不要带任何参数或信息。类似于throws往上抛出。
  6. 不建议捕获并抛出同一个异常,请考虑重构你的代码。
  7. 不建议在不清楚逻辑的情况下捕获所有异常,有可能你隐藏了很严重的问题。
  8. 尽量使用内置的异常处理语句来替换try/except语句,比如with语句,getattr()方法

2.4 异常的参数

一个异常可以带上参数,可作为输出的异常信息参数。具体需要捕获异常类型异常类型的错误提示。类似于Exception e的格式。这个参数是否存在、是什么类型,依赖于异常的类型

你可以通过except语句来捕获异常的参数,如下所示:

Python2中:

try:正常的操作......................
except ExceptionType, Argument:你可以在这输出 Argument 的值...

注:在Python3中,原Python2的except Exception , ex的别名方法已经不能使用,逗号被认为是两种异常的分隔符,而不是取别名。

Python2和Python3中:Py3不支持直接输出参数的格式。

try:正常的操作......................
except ExceptionType as e:你可以在这输出 e 的值...

变量接收的异常值通常包含在异常的语句中。在元组的表单中变量可以接收一个或者多个值。元组通常包含错误字符串,错误数字,错误位置

实例:

以下为单个异常的实例:

# 定义函数
def temp_convert(var):try:return int(var)except ValueError, Argument:print "参数没有包含数字\n", Argument# 调用函数
temp_convert("xyz")

以上程序执行结果如下:

$ python test.py
参数没有包含数字
invalid literal for int() with base 10: 'xyz'

Python3中执行:不支持这种方式。

  File "untitled1.py", line 12except ValueError, Argument:^
SyntaxError: invalid syntax

 Python 3只支持这样方式,不支持后接参数的形式,必须指定为一个参数。所以为了兼容Py2和Py3,需要用下述形式,而且功能更强大。

# 定义函数
def temp_convert(var):try:return int(var)except ValueError as e:print "参数没有包含数字\n", Argument# 调用函数
temp_convert("xyz")

这样做是为 except 子句指定一个变量。这个变量绑定于一个异常实例,它存储在 instance.args 的参数中。为了方便起见,异常实例定义了 __str__() ,这样就可以直接访问过打印参数而不必引用 .args

2.5 具体使用方法

python中try except处理程序异常的三种常用方法
方法一:捕获所有异常

try:  a=b  b=c
except (ZeroDivisionError,Exception):print(ZeroDivisionError,":",Exception)

方法二:采用traceback模块查看异常
#引入python中的traceback模块,跟踪错误

import traceback
try:  a=b  b=c
except:  traceback.print_exc()

方法三:采用sys模块回溯最后的异常
#引入sys模块
 

import sys
try:  a=b  b=c
except:  info=sys.exc_info()  print info[0],":",info[1]
但是,如果你还想把这些异常保存到一个日志文件中,来分析这些异常,那么请看下面的方法:
把 traceback.print_exc() 打印在屏幕上的信息保存到一个文本文件中

输出sys.exc_type, sys.exc_value, sys.exc_traceback, limit, file等异常信息,实际上是以线程安全的方式去使用sys.exc_info()函数来获取相同的信息。

import traceback
try:  a=b  b=c
except:  f=open("c:log.txt",'a')  traceback.print_exc(file=f)  f.flush()  f.close()

2.6 主动抛出异常

我们可以使用raise语句自己触发异常。类似于Java的thow和thows(直接抛出自定义异常)主动抛出异常。此时可以让上层调用者捕获和处理该异常。更多的时候是抛出自定义类型。

raise唯一的一个参数指定了要被抛出的异常的实例,如果什么参数都不给,那么会默认抛出当前异常。

raise语法格式如下:

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

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

最后一个参数是可选的(在实践中很少使用),如果存在,是跟踪异常对象

作用:

(1)需要记录错误信息,然后将异常继续往上层传递,让上层去处理异常(类似于Java的throws)。

(2)需要主动弹出异常,作为警告或特殊处理(类似于Java的throw)。

实例:

一个异常可以是一个字符串,类或对象。 Python的内核提供的异常,大多数都是实例化的类,这是一个类的实例的参数。

定义一个异常非常简单,如下所示:

def functionName( level ):if level < 1:raise Exception("Invalid level!", level)# 触发异常后,后面的代码就不会再执行

注意:为了能够捕获异常,"except"语句必须有用相同的异常来抛出类对象或者字符串。

例如我们捕获以上异常,"except"语句如下所示:

try:正常逻辑
except Exception,err:触发自定义异常
else:其余代码

实例:

# 定义函数
def mye( level ):if level < 1:raise Exception,"Invalid level!"# 触发异常后,后面的代码就不会再执行
try:mye(0)            # 触发异常
except Exception,err:print 1,err
else:print 2

执行以上代码,输出结果为:

$ python test.py
1 Invalid level!

一般为了形成捕获链,重新抛出捕获的异常,都是用raise,不加参数

2.7 用户自定义异常

通过创建一个新的异常类,程序可以命名它们自己的异常。异常应该是典型的继承自Exception类,通过直接或间接的方式。异常的名字都Error结尾,我们在为自定义异常命名的时候也需要遵守这一规范,就跟标准的异常命名一样。

以下为与RuntimeError相关的实例,实例中创建了一个类,基类为RuntimeError,用于在异常触发时输出更多的信息。

异常类中可以定义任何其它类中可以定义的东西,但是通常为了保持简单,只在其中加入几个属性信息,以供异常处理句柄提取。如果一个新创建的模块中需要抛出几种不同的错误时,一个通常的作法是为该模块定义一个异常基类,然后针对不同的错误类型派生出对应的异常子类。

在try语句块中,用户自定义的异常后执行except块语句,变量 e 是用于创建Networkerror类的实例

class Networkerror(RuntimeError):def __init__(self, arg):self.args = arg

在你定义以上类后,你可以触发该异常,如下所示:

try:raise Networkerror("Bad hostname")
except Networkerror,e:print e.args

2.8 Python 标准异常类

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 用户代码生成的警告

异常类型组织结构如下: 

1 BaseException2  +-- SystemExit3  +-- KeyboardInterrupt4  +-- GeneratorExit5  +-- Exception6       +-- StopIteration7       +-- StandardError8       |    +-- BufferError9       |    +-- ArithmeticError
10       |    |    +-- FloatingPointError
11       |    |    +-- OverflowError
12       |    |    +-- ZeroDivisionError
13       |    +-- AssertionError
14       |    +-- AttributeError
15       |    +-- EnvironmentError
16       |    |    +-- IOError
17       |    |    +-- OSError
18       |    |         +-- WindowsError (Windows)
19       |    |         +-- VMSError (VMS)
20       |    +-- EOFError
21       |    +-- ImportError
22       |    +-- LookupError
23       |    |    +-- IndexError
24       |    |    +-- KeyError
25       |    +-- MemoryError
26       |    +-- NameError
27       |    |    +-- UnboundLocalError
28       |    +-- ReferenceError
29       |    +-- RuntimeError
30       |    |    +-- NotImplementedError
31       |    +-- SyntaxError
32       |    |    +-- IndentationError
33       |    |         +-- TabError
34       |    +-- SystemError
35       |    +-- TypeError
36       |    +-- ValueError
37       |         +-- UnicodeError
38       |              +-- UnicodeDecodeError
39       |              +-- UnicodeEncodeError
40       |              +-- UnicodeTranslateError
41       +-- Warning
42            +-- DeprecationWarning
43            +-- PendingDeprecationWarning
44            +-- RuntimeWarning
45            +-- SyntaxWarning
46            +-- UserWarning
47            +-- FutureWarning
48        +-- ImportWarning
49        +-- UnicodeWarning
50        +-- BytesWarning

三、高级使用方法

3.1 传递异常 re-raise Exception

捕捉到了异常,但是又想重新抛出它(传递异常),使用不带参数的raise语句即可:

def f1():print(1/0)def f2():try:f1()except Exception as e:raise  # don't raise e !!!f2()

在Python2中,为了保持异常的完整信息,那么你捕获后再次抛出时千万不能在raise后面加上异常对象,否则你的trace信息就会从此处截断。以上是最简单的重新抛出异常的做法,也是推荐的做法。

还有一些技巧可以考虑,比如抛出异常前你希望对异常的信息进行更新。

def f2():try:f1()except Exception as e:e.args += ('more info',)raise

Python3对重复传递异常有所改进,你可以自己尝试一下,不过建议还是遵循以上规则。

3.2 Exception 和 BaseException

当我们要捕获一个通用异常时,应该用Exception还是BaseException?这两个异常到底有啥区别呢? 请看它们之间的继承关系。

BaseException+-- SystemExit+-- KeyboardInterrupt+-- GeneratorExit+-- Exception+-- StopIteration...+-- StandardError...+-- Warning...

Exception的层级结构来看,BaseException是最基础的异常类,Exception继承了它。BaseException除了包含所有的Exception外还包含了SystemExitKeyboardInterruptGeneratorExit三个异常。

由此看来你的程序在捕获所有异常时更应该使用Exception而不是BaseException,因为被排除的三个异常属于更高级别的异常,合理的做法应该是交给Python的解释器处理

3.3 except Exception as e和 except Exception, e

as 表示将异常重命名

代码示例如下:

try:do_something()
except NameError as e:  # shouldpass
except KeyError, e:  # should notpass

在Python2的时代,你可以使用以上两种写法中的任意一种。在Python3中你只能使用第一种写法,第二种写法已经不再支持。第一个种写法可读性更好,而且为了程序的兼容性和后期移植的成本,请你果断抛弃第二种写法。

3.4 raise "Exception string"

把字符串当成异常抛出看上去是一个非常简洁的办法,但其实是一个非常不好的习惯。

if is_work_done():pass
else:raise "Work is not done!" # not cool

上面的语句如果抛出异常,那么会是这样的:

Traceback (most recent call last):File "/demo/exception_hanlding.py", line 48, in <module>raise "Work is not done!"
TypeError: exceptions must be old-style classes or derived from BaseException, not str

这在 Python2.4 以前是可以接受的做法,但是没有指定异常类型有可能会让下游没办法正确捕获并处理这个异常,从而导致你的程序难以维护。简单说,这种写法是过时的,应该摒弃,应该抛出一个具体类型。

3.5 使用内置的语法范式代替try/except

Python 本身提供了很多的语法范式简化了异常的处理,比如for语句就处理了的StopIteration异常,让你很流畅地写出一个循环。with语句在打开文件后会自动调用finally并关闭文件(预定义清理行为)。我们在写 Python 代码时应该尽量避免在遇到这种情况时还使用try/except/finally的思维来处理

如果with语句块中触发异常,会调用默认的异常处理器处理,而且文件仍然能够正常关闭。

# should not
try:f = open(a_file)do_something(f)
finally:f.close()# should
with open(a_file) as f:do_something(f)

再比如,当我们需要访问一个不确定的属性时,有可能你会写出这样的代码:

try:test = Test()name = test.name  # not sure if we can get its name
except AttributeError:name = 'default'

其实你可以使用更简单的getattr()来达到你的目的。

name = getattr(test, 'name', 'default')

在第一个方法中需要在finally子句中再判断f是否为空,然后确定是否关闭。

四、断言

断言(assert):当程序运行到某个节点的时候,就断定某个变量的值必然是什么,或者是对象必然拥有某个属性等。简单点来说的话,就是断定是什么东西就必然是什么东西,如果不是,就抛出断言错误异常

断言应该用于如下情况:

  • 防御性的编程
  • 运行时对程序逻辑的检测
  • 合约性检查(比如前置条件,后置条件)
  • 程序中的常量
  • 检查文档

在测试用例中,执行完测试用例后,最后一步是判断测试结果是pass还是fail自动化测试脚本里面一般把这种生成测试结果的方法称为断言

4.1 基本使用方法

assert语句根据后面的表达式的真假来控制程序流。若为True,则往下执行。若为False,则中断程序并调用默认的异常处理器,同时输出指定的提示信息。也就是触发一个带可选错误信息的AssertionError。

assert断言语句为raise-if-not,用来测试表示式,其返回值为假,就会触发异常。

格式:

assert expression,'information'

Example:

#!/usr/bin/env python
def testAssert(x):assert x < 1,'Invalid value'
testAssert(1)
print 'Valid value'

output:

AssertionError: Invaild value

4.2 断言函数

以上是基本断言用法。还有一些已经定义好的断言函数可以使用。

常用的断言函数:

五、异常处理和断言的对比

5.1 什么时候使用断言

(1)可以使用断言去检查代码中的确定量。

确定量怎么理解?在当前情境下,确定量总会满足特定条件。比如,在某段代码里,变量 x 的值始终应该在 0 到 1 之间。

(2)断言能够帮助别人或未来的你理解代码,找出程序中逻辑不对的地方。

一方面,断言会提醒你某个对象应该处于何种状态,另一方面,如果某个时候断言为假,会抛出 AssertionError 异常,很有可能终止程序。

(3)参数校验

有的时候断言会被用到函数参数校验的地方,我们应该避免这种使用方式。因为,如果 Python 以 -O 选项执行的话,assert 语句会被跳过。这样的话,我们的校验语句都会失效。断言为假触发的异常的语义相比于一般的异常也不太明确。比如,当需要使用 int 类型的时候用户传入 string 类型手动触发一个 TypeError ,或是当需要正数但接收到负数的时候手动触发一个 ValueError ,都比 AssertionError好理解一些。

5.2 小结

  • 使用断言去检测程序中理论上不应该出现的情况。注意 Python 带 -O 选项执行时,断言会被忽略。
  • 当由用户输入或者外部环境(比如网络延迟、文件不存在等)引起的问题时,我们应抛出异常。
  • 尽量避免抛出或捕获 [Base]Exception 。

六、总结

(1)总体来说使用方法类似于Java的try/catch/finally,只不过把catch换成了except。异常类型,参数,自定义异常类,主动抛出异常等Java都有。

(2)有一个异常处理的问题,不管是Python,Java还是C++等都需要考虑。因为本人是学信息安全的,所以很多时候需要考虑安全问题。如果在一个公司的实际的项目里,每一次都打印异常信息,将是一件很危险的事,会给黑客提供很多信息量;而且也不是一个用户友好的开发实现。所以一是保证异常捕获不暴露具体信息,二是要形成一个异常捕获链,传递异常。

(3)避免在catch语句块中干一些没意义的事情,捕获异常也是需要成本的。

(4)只处理你知道的异常,避免捕获所有异常然后吞掉它们,而你并不知道这个错误。

(5)不要使用异常来控制流程,那样你的程序会无比难懂和难维护,可读性很差

(6)如果有需要,切记使用finally来释放资源

(7)如果有需要,请不要忘记在处理异常后做清理工作或者回滚操作。

Python学习系列之错误和异常相关推荐

  1. Python学习笔记:错误和异常

    本文来自:入门指南 开胃菜参考:开胃菜 使用Python解释器:使用Python解释器 本文对Python的简介:Python简介 Python流程介绍:深入Python流程 Python数据结构:P ...

  2. Python学习 Part6:错误和异常

    两种不同类型的错误:语法错误和异常 1. 语法错误 语法错误,也被称作解析错误: >>> while True print('Hello world') SyntaxError: i ...

  3. Python指南--错误和异常

    Python指南--错误和异常 8.1 语法错误 8.2 异常 8.3 处理异常 8.4 抛出异常 8.5 用户自定义异常 8.6 定义清理行为 8. 错误和异常 至今为止还没有进一步的谈论过错误信息 ...

  4. Python: 学习系列之七:模块、PIPY及Anaconda

    系列 Python: 学习系列之一:Python能做什么 Python: 学习系列之二:基础介绍(int/float/string/range/list/tuple/dict/set) Python: ...

  5. Python学习系列(六)(模块)

    Python学习系列(六)(模块) Python学习系列(五)(文件操作及其字典) 一,模块的基本介绍 1,import引入其他标准模块 标准库:Python标准安装包里的模块. 引入模块的几种方式: ...

  6. Python学习系列(五)(文件操作及其字典)

    Python学习系列(五)(文件操作及其字典) Python学习系列(四)(列表及其函数) 一.文件操作 1,读文件      在以'r'读模式打开文件以后可以调用read函数一次性将文件内容全部读出 ...

  7. Python学习笔记:错误,测试,调试(起)

    前言 最近在学习深度学习,已经跑出了几个模型,但Pyhton的基础不够扎实,因此,开始补习Python了,大家都推荐廖雪峰的课程,因此,开始了学习,但光学有没有用,还要和大家讨论一下,因此,写下这些帖 ...

  8. Python风格总结:错误和异常

    作为 Python 初学者,在刚学习 Python 编程时,经常会看到一些报错信息,在前面我们没有提及,这章节我们会专门介绍. Python 有两种错误很容易辨认:语法错误和异常. Python as ...

  9. [转载] Python学习系列之下划线与变量命名规则

    参考链接: Python中的命名空间和范围 一.定义 1.1 从入口函数谈起 从其他语言比如C++和Java,转到Python的同学经常遇到这个问题,入口函数是什么?Python如何执行? 后来我们发 ...

最新文章

  1. 获取app传入的json值处理
  2. 影像组学视频学习笔记(21)-影像组学常用软件推荐、Li‘s have a solution and plan.
  3. John the Ripper
  4. 红米note3android驱动,红米note3 mtp驱动
  5. python set集合
  6. 剑指offer-旋转数组的最小数字
  7. 判断checkbox是否被选中,判定选中的个数!
  8. Python算法(含源代码下载)
  9. CSS Position(定位)
  10. 定制Dynamics CRM标准导出功能:不能导出指定列的值
  11. 宇宙物质总量是否可以算出
  12. 数据库操作系统——Visual FoxPro 6.0安装步骤
  13. Oracle数据库下载安装和卸载简单说明
  14. 教程:如何制作一个多功能U盘
  15. JPEG2000帧格式详解(一)
  16. 编写一个简单Java程序,计算银行年存款的本息
  17. 应用spss可靠性分析软件
  18. 图论---tarjan
  19. 智慧教室--智能管控系统
  20. 计算机格式化磁盘6,装机必学:硬盘分区、格式化通用方法大全

热门文章

  1. 数据挖掘从入门到放弃(四):手撕(绘)关联规则挖掘算法
  2. 只留痴人说梦声——2015年年总
  3. zz学习富豪理财精粹 让有限的钱无限花!(1)
  4. window和服务器之间通过scp互传文件
  5. pycharm:取消连按两次shift键出来的全局搜索
  6. python garch模型 forecast_Python时间序列分析--从线性模型到GARCH模型
  7. IT运维心得的JQKA一小套
  8. 大数据量时使用xloadtree2做分级加载的问题讨论
  9. kali linux的安装教程
  10. Javascript动画(四):帧速率