8. 错误和异常

直到现在,我们还没有更多的提及错误信息,但是如果你真的尝试了前面的例子,也许你已经见到过一些。Python(至少)有两种错误很容易区分:语法错误异常

8.1. 语法错误

语法错误,或者称之为解析错误,可能是你在学习 Python 过程中最烦的一种:

  1. >>>whileTrueprint'Hello world'
  2. File"<stdin>", line 1,in?
  3. whileTrueprint'Hello world'
  4. ^
  5. SyntaxError: invalid syntax

语法分析器指出了出错的一行,并且在最先找到的错误的位置标记了一个小小的’箭头’。错误是由箭头前面 的标记引起的(至少检测到是这样的): 在这个例子中,检测到关键字print有问题,因为在它之前缺少一个冒号(':') 。文件名和行号会一并输出,所以如果运行的是一个脚本你就知道去哪里检查错误了。

8.2. 异常

即使一条语句或表达式在语法上是正确的,在运行它的时候,也有可能发生错误。在执行期间检测到的错误被称为异常 并且程序不会无条件地崩溃:你很快就会知道如何在 Python 程序中处理它们。然而大多数异常都不会被程序处理,导致产生类似下面的错误信息:

  1. >>>10*(1/0)
  2. Traceback(most recent call last):
  3. File"<stdin>", line 1,in?
  4. ZeroDivisionError: integer division or modulo by zero
  5. >>>4+ spam*3
  6. Traceback(most recent call last):
  7. File"<stdin>", line 1,in?
  8. NameError: name 'spam'isnotdefined
  9. >>>'2'+2
  10. Traceback(most recent call last):
  11. File"<stdin>", line 1,in?
  12. TypeError: cannot concatenate 'str'and'int' objects

最后一行的错误消息指示发生了什么事。异常有不同的类型,其类型会作为消息的一部分打印出来:在这个例子中的类型有ZeroDivisionErrorNameErrorTypeError。打印出来的异常类型的字符串就是内置的异常的名称。这对于所有内置的异常是正确的,但是对于用户自定义的异常就不一定了(尽管这是非常有用的惯例)。标准异常的名称都是内置的标识符(不是保留的关键字)。

这一行最后一部分给出了异常的详细信息和引起异常的原因。

错误信息的前面部分以堆栈回溯的形式显示了异常发生的上下文。通常调用栈里会包含源代码的行信息,但是来自标准输入的源码不会显示行信息。

内置的异常 列出了内置的异常以及它们的含义。

8.3. 处理异常

可以通过编程来选择处理部分异常。看一下下面的例子,它会一直要求用户输入直到输入一个合法的整数为止,但允许用户中断这个程序(使用Control-C或系统支持的任何方法);注意用户产生的中断引发的是 KeyboardInterrupt 异常。

  1. >>>whileTrue:
  2. ...try:
  3. ... x =int(raw_input("Please enter a number: "))
  4. ...break
  5. ...exceptValueError:
  6. ...print"Oops! That was no valid number. Try again..."
  7. ...

Try语句按以下方式工作。

  • 首先,执行try 子句(tryexcept关键字之间的语句)。
  • 如果未发生任何异常,忽略except 子句且try语句执行完毕。
  • 如果在 try 子句执行过程中发生异常,跳过该子句的其余部分。如果异常的类型与except关键字后面的异常名匹配, 则执行 except 子句,然后继续执行try语句之后的代码。
  • 如果异常的类型与 except 关键字后面的异常名不匹配,它将被传递给上层的try语句;如果没有找到处理这个异常的代码,它就成为一个未处理异常,程序会终止运行并显示一条如上所示的信息。
    Try语句可能有多个子句,以指定不同的异常处理程序。不过至多只有一个处理程序将被执行。处理程序只处理发生在相应 try 子句中的异常,不会处理同一个try字句的其他处理程序中发生的异常。一个 except 子句可以用带括号的元组列出多个异常的名字,例如:
  1. ...except(RuntimeError,TypeError,NameError):
  2. ...pass

注意,此元组周围的括号是必需的,因为exceptValueError,e:是旧式的写法,在现代 Python 中通常写成 exceptValueErrorase: (如下所述)。为了保持向后兼容性,旧式语法仍然是支持的。这意味着exceptRuntimeError,TypeError不等同于except(RuntimeError,TypeError): 而等同于exceptRuntimeErrorasTypeError: , 这应该不是你想要的。

最后一个 except 子句可以省略异常名称,以当作通配符使用。使用这种方式要特别小心,因为它会隐藏一个真实的程序错误!它还可以用来打印一条错误消息,然后重新引发异常 (让调用者也去处理这个异常):

  1. import sys
  2. try:
  3. f = open('myfile.txt')
  4. s = f.readline()
  5. i =int(s.strip())
  6. exceptIOErroras e:
  7. print"I/O error({0}): {1}".format(e.errno, e.strerror)
  8. exceptValueError:
  9. print"Could not convert data to an integer."
  10. except:
  11. print"Unexpected error:", sys.exc_info()[0]
  12. raise

tryexcept语句有一个可选的else 子句,其出现时,必须放在所有 except 子句的后面。如果需要在 try 语句没有抛出异常时执行一些代码,可以使用这个子句。例如:

  1. for arg in sys.argv[1:]:
  2. try:
  3. f = open(arg,'r')
  4. exceptIOError:
  5. print'cannot open', arg
  6. else:
  7. print arg,'has', len(f.readlines()),'lines'
  8. f.close()

使用else子句比把额外的代码放在try子句中要好,因为它可以避免意外捕获不是由tryexcept语句保护的代码所引发的异常。

当异常发生时,它可能带有相关数据,也称为异常的参数。参数的有无和类型取决于异常的类型。

except 子句可以在异常名(或元组)之后指定一个变量。这个变量将绑定于一个异常实例,同时异常的参数将存放在实例的args中。为方便起见,异常实例定义了str() ,因此异常的参数可以直接打印而不必引用.args。

也可以在引发异常之前先实例化一个异常,然后向它添加任何想要的属性。

  1. >>>try:
  2. ...raiseException('spam','eggs')
  3. ...exceptExceptionas inst:
  4. ...print type(inst)# the exception instance
  5. ...print inst.args # arguments stored in .args
  6. ...print inst # __str__ allows args to be printed directly
  7. ... x, y = inst.args
  8. ...print'x =', x
  9. ...print'y =', y
  10. ...
  11. <type 'exceptions.Exception'>
  12. ('spam','eggs')
  13. ('spam','eggs')
  14. x = spam
  15. y = eggs

对于未处理的异常,如果它含有参数,那么参数会作为异常信息的最后一部分打印出来。

异常处理程序不仅处理直接发生在 try 子句中的异常,而且还处理 try 子句中调用的函数(甚至间接调用的函数)引发的异常。例如:

  1. >>>def this_fails():
  2. ... x =1/0
  3. ...
  4. >>>try:
  5. ... this_fails()
  6. ...exceptZeroDivisionErroras detail:
  7. ...print'Handling run-time error:', detail
  8. ...
  9. Handling run-time error: integer division or modulo by zero

8.4. 引发异常

raise语句允许程序员强行引发一个指定的异常。例如:

  1. >>>raiseNameError('HiThere')
  2. Traceback(most recent call last):
  3. File"<stdin>", line 1,in?
  4. NameError:HiThere

raise的唯一参数指示要引发的异常。它必须是一个异常实例或异常类(从Exception派生的类)。

如果你确定需要引发异常,但不打算处理它,一个简单形式的raise语句允许你重新引发异常:

  1. >>>try:
  2. ...raiseNameError('HiThere')
  3. ...exceptNameError:
  4. ...print'An exception flew by!'
  5. ...raise
  6. ...
  7. An exception flew by!
  8. Traceback(most recent call last):
  9. File"<stdin>", line 2,in?
  10. NameError:HiThere

8.5. 用户定义的异常

程序可以通过创建新的异常类来命名自己的异常(Python 类的更多内容请参见)。异常通常应该继承Exception类,直接继承或者间接继承都可以。例如:

  1. >>>classMyError(Exception):
  2. ...def __init__(self, value):
  3. ...self.value = value
  4. ...def __str__(self):
  5. ...return repr(self.value)
  6. ...
  7. >>>try:
  8. ...raiseMyError(2*2)
  9. ...exceptMyErroras e:
  10. ...print'My exception occurred, value:', e.value
  11. ...
  12. My exception occurred, value:4
  13. >>>raiseMyError('oops!')
  14. Traceback(most recent call last):
  15. File"<stdin>", line 1,in?
  16. __main__.MyError:'oops!'

在此示例中,Exception默认的init()被覆盖了。新的行为简单地创建了value 属性。这将替换默认的创建args 属性的行为。

异常类可以像其他类一样做任何事情,但是通常都会比较简单,只提供一些属性以允许异常处理程序获取错误相关的信息。创建一个能够引发几种不同错误的模块时,一个通常的做法是为该模块定义的异常创建一个基类,然后基于这个基类为不同的错误情况创建特定的子类:

  1. classError(Exception):
  2. """Base class for exceptions in this module."""
  3. pass
  4. classInputError(Error):
  5. """Exception raised for errors in the input.
  6. Attributes:
  7. expr -- input expression in which the error occurred
  8. msg -- explanation of the error
  9. """
  10. def __init__(self, expr, msg):
  11. self.expr = expr
  12. self.msg = msg
  13. classTransitionError(Error):
  14. """Raised when an operation attempts a state transition that's not
  15. allowed.
  16. Attributes:
  17. prev -- state at beginning of transition
  18. next -- attempted new state
  19. msg -- explanation of why the specific transition is not allowed
  20. """
  21. def __init__(self, prev,next, msg):
  22. self.prev = prev
  23. self.next=next
  24. self.msg = msg

大多数异常的名字都以"Error"结尾,类似于标准异常的命名。

很多标准模块中都定义了自己的异常来报告在它们所定义的函数中可能发生的错误。 这一章给出了类的详细信息。

8.6. 定义清理操作

Try语句有另一个可选的子句,目的在于定义必须在所有情况下执行的清理操作。例如:

  1. >>>try:
  2. ...raiseKeyboardInterrupt
  3. ...finally:
  4. ...print'Goodbye, world!'
  5. ...
  6. Goodbye, world!
  7. KeyboardInterrupt

不管有没有发生异常,在离开try语句之前总是会执行finally 子句。当try子句中发生了一个异常,并且没有except字句处理(或者异常发生在tryelse子句中),在执行完finally子句后将重新引发这个异常。try语句由于breakcontinereturn语句离开时,同样会执行finally子句。以下是一个更复杂些的例子 (同时有exceptfinally字句的try语句的工作方式与 Python 2.5 一样):

  1. >>>def divide(x, y):
  2. ...try:
  3. ... result = x / y
  4. ...exceptZeroDivisionError:
  5. ...print"division by zero!"
  6. ...else:
  7. ...print"result is", result
  8. ...finally:
  9. ...print"executing finally clause"
  10. ...
  11. >>> divide(2,1)
  12. result is2
  13. executing finally clause
  14. >>> divide(2,0)
  15. division by zero!
  16. executing finally clause
  17. >>> divide("2","1")
  18. executing finally clause
  19. Traceback(most recent call last):
  20. File"<stdin>", line 1,in?
  21. File"<stdin>", line 3,in divide
  22. TypeError: unsupported operand type(s)for/:'str'and'str'

正如您所看到的,在任何情况下都会执行finally子句。由两个字符串相除引发的 TypeError异常没有被except子句处理,因此在执行finally子句后被重新引发。

在真实的应用程序中, finally子句用于释放外部资源(例如文件或网络连接),不管资源的使用是否成功。

8.7. 清理操作的预定义

有些对象定义了在不需要该对象时的标准清理操作,无论该对象的使用是成功还是失败。看看下面的示例,它尝试打开一个文件并打印其内容到屏幕。

  1. for line in open("myfile.txt"):
  2. print line,

这段代码的问题就是代码执行完之后它还会让文件在一段不确定的时间内保持打开状态。这在简单的脚本中没什么,但是在大型应用程序中可能是一个问题。With语句可以确保像文件这样的对象总能及时准确地被清理掉。

  1. with open("myfile.txt")as f:
  2. for line in f:
  3. print line,

执行该语句后,文件f 将始终被关闭,即使在处理某一行时遇到了问题。其它对象是否提供了预定义的清理行为要查看它们的文档。

原文: https://wizardforcel.gitbooks.io/python-doc-27-34/content/Text/1.8.html