python使用被称为异常的特殊对象来管理程序执行期间发生的错误。每当发生让python不知所措的错误时，他都会创建一个异常对象。如果你编写了处理该异常的代码，程序将继续运行；如果你未对异常进行处理，程序将停止，并显示一个traceback,其中包含有关异常的报告。
异常是使用try-except代码块处理的。try-except代码块让Python执行指定的操作， 同时告诉Python发生异常时怎么办。 使用了try-except代码块时， 即便出现异常，
程序也将继续运行： 显示你编写的友好的错误消息， 而不是令用户迷惑的traceback。
1处理ZeroDivisionError异常
下面来看一种导致Python引发异常的简单错误。 你可能知道不能将一个数字除以0， 但我们还是让Python这样做吧：
division.py
print(5/0)
显然，Python无法这样做， 因此你将看到一个traceback：
Traceback (most recent call last):
File "division.py", line 1, in
print(5/0)
❶ZeroDivisionError: division by zero
在上述traceback中，❶处指出的错误ZeroDivisionError是一个异常对象。Python无法按你的要求做时， 就会创建这种对象。 在这种情况下，Python将停止运行程序， 并指出
引发了哪种异常， 而我们可根据这些信息对程序进行修改。 下面我们将告诉Python， 发生这种错误时怎么办； 这样， 如果再次发生这样的错误， 我们就有备无患了。
2使用try-except代码块
当你认为可能发生了错误时， 可编写一个try-except代码块来处理可能引发的异常。 你让Python尝试运行一些代码， 并告诉它如果这些代码引发了指定的异常， 该怎么办。
处理ZeroDivisionError异常的try-except代码块类似于下面这样：
try:
print(5/0)
except ZeroDivisionError:
print("You can't divide by zero!")
我们将导致错误的代码行print(5/0)放在了一个try代码块中。 如果try代码块中的代码运行起来没有问题，Python将跳过except代码块； 如果try代码块中的代码导致了
错误，Python将查找这样的except代码块， 并运行其中的代码， 即其中指定的错误与引发的错误相同。
在这个示例中，try代码块中的代码引发了ZeroDivisionError异常， 因此Python指出了该如何解决问题的except代码块， 并运行其中的代码。 这样， 用户看到的是一条友
好的错误消息， 而不是traceback：
You can't divide by zero!
如果try-except代码块后面还有其他代码， 程序将接着运行， 因为已经告诉了Python如何处理这种错误。 下面来看一个捕获错误后程序将继续运行的示例。
3使用异常避免崩溃
发生错误时， 如果程序还有工作没有完成， 妥善地处理错误就尤其重要。 这种情况经常会出现在要求用户提供输入的程序中； 如果程序能够妥善地处理无效输入， 就能再提示用
户提供有效输入， 而不至于崩溃。
下面来创建一个只执行除法运算的简单计算器：
division.py
print("Give me two numbers, and I'll divide them.")
print("Enter 'q' to quit.")
while True:
❶first_number = input("\nFirst number: ")
if first_number == 'q':
break
❷second_number = input("Second number: ")
if second_number == 'q':
break
❸answer = int(first_number) / int(second_number)
print(answer)
在❶处， 这个程序提示用户输入一个数字， 并将其存储到变量first_number中； 如果用户输入的不是表示退出的q， 就再提示用户输入一个数字， 并将其存储到变
量second_number中（ 见❷） 。 接下来， 我们计算这两个数字的商（ 即answer， 见❸） 。 这个程序没有采取任何处理错误的措施， 因此让它执行除数为0的除法运算时， 它
将崩溃：
Give me two numbers, and I'll divide them.
Enter 'q' to quit.
First number: 5
Second number: 0
Traceback (most recent call last):
File "division.py", line 9, in
answer = int(first_number) / int(second_number)
ZeroDivisionError: division by zero
程序崩溃可不好， 但让用户看到traceback也不是好主意。 不懂技术的用户会被它们搞糊涂， 而且如果用户怀有恶意， 他会通过traceback获悉你不希望他知道的信息。 例如， 他将知
道你的程序文件的名称， 还将看到部分不能正确运行的代码。 有时候， 训练有素的攻击者可根据这些信息判断出可对你的代码发起什么样的攻击。
4 else代码块
通过将可能引发错误的代码放在try-except代码块中， 可提高这个程序抵御错误的能力。 错误是执行除法运算的代码行导致的， 因此我们需要将它放到try-except代码块
中。 这个示例还包含一个else代码块； 依赖于try代码块成功执行的代码都应放到else代码块中：
print("Give me two numbers, and I'll divide them.")
print("Enter 'q' to quit.")
while True:
first_number = input("\nFirst number: ")
if first_number == 'q':
break
second_number = input("Second number: ")
❶try:
answer = int(first_number) / int(second_number)
❷except ZeroDivisionError:
print("You can't divide by 0!")
❸else:
print(answer)
我们让Python尝试执行try代码块中的除法运算（ 见❶） ， 这个代码块只包含可能导致错误的代码。 依赖于try代码块成功执行的代码都放在else代码块中； 在这个示例中， 如
果除法运算成功， 我们就使用else代码块来打印结果（ 见❸） 。
except代码块告诉Python， 出现ZeroDivisionError异常时该怎么办（ 见❷） 。 如果try代码块因除零错误而失败， 我们就打印一条友好的消息， 告诉用户如何避免这种错
误。 程序将继续运行， 用户根本看不到traceback：
Give me two numbers, and I'll divide them.
Enter 'q' to quit.
First number: 5
Second number: 0
You can't divide by 0!
First number: 5
Second number: 2
2.5
First number: q
try-except-else代码块的工作原理大致如下：Python尝试执行try代码块中的代码； 只有可能引发异常的代码才需要放在try语句中。 有时候， 有一些仅在try代码块成功
执行时才需要运行的代码； 这些代码应放在else代码块中。except代码块告诉Python， 如果它尝试运行try代码块中的代码时引发了指定的异常， 该怎么办。
通过预测可能发生错误的代码， 可编写健壮的程序， 它们即便面临无效数据或缺少资源， 也能继续运行， 从而能够抵御无意的用户错误和恶意的攻击。
5处理FileNotFoundError异常
使用文件时， 一种常见的问题是找不到文件： 你要查找的文件可能在其他地方、 文件名可能不正确或者这个文件根本就不存在。 对于所有这些情形， 都可使用try-except代码
块以直观的方式进行处理。
我们来尝试读取一个不存在的文件。 下面的程序尝试读取文件alice.txt的内容， 但我没有将这个文件存储在alice.py所在的目录中：
alice.py
filename = 'alice.txt'
with open(filename) as f_obj:
contents = f_obj.read()
Python无法读取不存在的文件， 因此它引发一个异常：
Traceback (most recent call last):
File "alice.py", line 3, in
with open(filename) as f_obj:
FileNotFoundError: [Errno 2] No such file or directory: 'alice.txt'
在上述traceback中， 最后一行报告了FileNotFoundError异常， 这是Python找不到要打开的文件时创建的异常。 在这个示例中， 这个错误是函数open()导致的， 因此要处理
这个错误， 必须将try语句放在包含open()的代码行之前：
filename = 'alice.txt'
try:
with open(filename) as f_obj:
contents = f_obj.read()
except FileNotFoundError:
msg = "Sorry, the file " + filename + " does not exist."
print(msg)
在这个示例中，try代码块引发FileNotFoundError异常， 因此Python找出与该错误匹配的except代码块， 并运行其中的代码。 最终的结果是显示一条友好的错误消息， 而
不是traceback：
Sorry, the file alice.txt does not exist.
如果文件不存在， 这个程序什么都不做， 因此错误处理代码的意义不大。 下面来扩展这个示例， 看看在你使用多个文件时， 异常处理可提供什么样的帮助。
6分析文本
你可以分析包含整本书的文本文件。 很多经典文学作品都是以简单文本文件的方式提供的， 因为它们不受版权限制。 本节使用的文本来自项目Gutenberg（http://gutenberg.org/） ，
这个项目提供了一系列不受版权限制的文学作品， 如果你要在编程项目中使用文学文本， 这是一个很不错的资源。
下面来提取童话Alice in Wonderland的文本， 并尝试计算它包含多少个单词。 我们将使用方法split()， 它根据一个字符串创建一个单词列表。 下面是对只包含童话名"Alice
in Wonderland"的字符串调用方法split()的结果：
>>> title = "Alice in Wonderland"
>>> title.split()
['Alice', 'in', 'Wonderland']
方法split()以空格为分隔符将字符串分拆成多个部分， 并将这些部分都存储到一个列表中。 结果是一个包含字符串中所有单词的列表， 虽然有些单词可能包含标点。 为计算
Alice in Wonderland包含多少个单词， 我们将对整篇小说调用split()， 再计算得到的列表包含多少个元素， 从而确定整篇童话大致包含多少个单词：
filename = 'alice.txt'
try:
with open(filename) as f_obj:
contents = f_obj.read()
except FileNotFoundError:
msg = "Sorry, the file " + filename + " does not exist."
print(msg)
else:
#计算文件大致包含多少个单词
❶words = contents.split()
❷num_words = len(words)
❸print("The file " + filename + " has about " + str(num_words) + " words.")
我们把文件alice.txt移到了正确的目录中， 让try代码块能够成功地执行。 在❶处， 我们对变量contents（ 它现在是一个长长的字符串， 包含童话Alice in Wonderland的全部文
本） 调用方法split()， 以生成一个列表， 其中包含这部童话中的所有单词。 当我们使用len()来确定这个列表的长度时， 就知道了原始字符串大致包含多少个单词（ 见
❷） 。 在❸处， 我们打印一条消息， 指出文件包含多少个单词。 这些代码都放在else代码块中， 因为仅当try代码块成功执行时才执行它们。 输出指出了文件alice.txt包含多少
个单词：
The file alice.txt has about 29461 words.
这个数字有点大， 因为这里使用的文本文件包含出版商提供的额外信息， 但与童话Alice in Wonderland的长度相当一致。
7使用多个文件
下面多分析几本书。 这样做之前， 我们先将这个程序的大部分代码移到一个名为count_words()的函数中， 这样对多本书进行分析时将更容易：
word_count.py
def count_words(filename):
❶"""计算一个文件大致包含多少个单词"""
try:
with open(filename) as f_obj:
contents = f_obj.read()
except FileNotFoundError:
msg = "Sorry, the file " + filename + " does not exist."
print(msg)
else:
#计算文件大致包含多少个单词
words = contents.split()
num_words = len(words)
print("The file " + filename + " has about " + str(num_words) +
" words.")
filename = 'alice.txt'
count_words(filename)
这些代码大都与原来一样， 我们只是将它们移到了函数count_words()中， 并增加了缩进量。 修改程序的同时更新注释是个不错的习惯， 因此我们将注释改成了文档字符串，
并稍微调整了一下措辞（ 见❶） 。
现在可以编写一个简单的循环， 计算要分析的任何文本包含多少个单词了。 为此， 我们将要分析的文件的名称存储在一个列表中， 然后对列表中的每个文件都调
用count_words()。 我们将尝试计算Alice in Wonderland、Siddhartha、Moby Dick和Little Women分别包含多少个单词， 它们都不受版权限制。 我故意没有将siddhartha.txt放到
word_count.py所在的目录中， 让你能够看到这个程序在文件不存在时处理得有多出色：
def count_words(filename):
--snip--
filenames = ['alice.txt', 'siddhartha.txt', 'moby_dick.txt', 'little_women.txt']
for filename in filenames:
count_words(filename)
文件siddhartha.txt不存在， 但这丝毫不影响这个程序处理其他文件：
The file alice.txt has about 29461 words.
Sorry, the file siddhartha.txt does not exist.
The file moby_dick.txt has about 215136 words.
The file little_women.txt has about 189079 words.
在这个示例中， 使用try-except代码块提供了两个重要的优点： 避免让用户看到traceback； 让程序能够继续分析能够找到的其他文件。 如果不捕获因找不到siddhartha.txt而引发
的FileNotFoundError异常， 用户将看到完整的traceback， 而程序将在尝试分析Siddhartha后停止运行——根本不分析Moby Dick和Little Women。
8失败时一声不吭
在前一个示例中， 我们告诉用户有一个文件找不到。 但并非每次捕获到异常时都需要告诉用户， 有时候你希望程序在发生异常时一声不吭， 就像什么都没有发生一样继续运行。
要让程序在失败时一声不吭， 可像通常那样编写try代码块， 但在except代码块中明确地告诉Python什么都不要做。Python有一个pass语句， 可在代码块中使用它来让Python
什么都不要做：
def count_words(filename):
"""计算一个文件大致包含多少个单词"""
try:
--snip--
except FileNotFoundError:
❶pass
else:
--snip--
filenames = ['alice.txt', 'siddhartha.txt', 'moby_dick.txt', 'little_women.txt']
for filename in filenames:
count_words(filename)
相比于前一个程序， 这个程序唯一不同的地方是❶处的pass语句。 现在， 出现FileNotFoundError异常时， 将执行except代码块中的代码， 但什么都不会发生。 这种错误
发生时， 不会出现traceback， 也没有任何输出。 用户将看到存在的每个文件包含多少个单词， 但没有任何迹象表明有一个文件未找到：
The file alice.txt has about 29461 words.
The file moby_dick.txt has about 215136 words.
The file little_women.txt has about 189079 words.
pass语句还充当了占位符， 它提醒你在程序的某个地方什么都没有做， 并且以后也许要在这里做些什么。 例如， 在这个程序中， 我们可能决定将找不到的文件的名称写入到文
件missing_files.txt中。 用户看不到这个文件， 但我们可以读取这个文件， 进而处理所有文件找不到的问题。
10.3.9决定报告哪些错误
在什么情况下该向用户报告错误？ 在什么情况下又应该在失败时一声不吭呢？ 如果用户知道要分析哪些文件， 他们可能希望在有文件没有分析时出现一条消息， 将其中的原因告
诉他们。 如果用户只想看到结果， 而并不知道要分析哪些文件， 可能就无需在有些文件不存在时告知他们。 向用户显示他不想看到的信息可能会降低程序的可用性。Python的错误
处理结构让你能够细致地控制与用户分享错误信息的程度， 要分享多少信息由你决定。
编写得很好且经过详尽测试的代码不容易出现内部错误， 如语法或逻辑错误， 但只要程序依赖于外部因素， 如用户输入、 存在指定的文件、 有网络链接， 就有可能出现异常。 凭
借经验可判断该在程序的什么地方包含异常处理块， 以及出现错误时该向用户提供多少相关的信息。
