1. 关于 try.. finally..
假如上帝用 python 为每一个来到世界的生物编写程序，那么除去中间过程的种种复杂实现，最不可避免的就是要保证每个实例最后都要挂掉。代码可简写如下：
try: born() # 出生 # 正常降临世界 # do something.. except ValueError: # 安排错误 # do something... except AttributeError: # 特征错误 # do something... except TypeError: # 种类错误 # do something... ... # 等等杂七杂八的错误 finally: go_die() # 挂掉 come_to_see_me() # 然后来见我 reincarnate() # 下一轮，安排！
这就是 finally 的作用和实例。就算捕获异常后再次出现异常，最终也能保证 go_die 方法会执行，但是，如果 go_die 方法出现错误，那么就不能正常去见上帝了。为了保证每个生物（不管有没有挂掉）都能见到上帝他老人家，并开始下一个轮回（不管有没有见到），需要做如下处理：
...
finally:
try:
go_die()
finally:
try:
come_to_see_me()
finally:
reincarnate()
OK，功能虽然实现了，但按照 The Zen of Python 所说：Flat is better than nested.（扁平优于嵌套），那么这段代码就略显丑陋了。为了遵循 python 美学，我们可以对这段进行优化，使它看起来更为美观。
2. 错误的上下文：__context__
在此之前，需要引入一个新的概念： __context__，__context__ 的字面意思就是上下文，它属于错误的一个属性。在错误捕获中，它意味着当你处理一个错误时，另一个错误发生了。也就是说，你所捕获的错误虽然被成功捕获了，但当捕获完成时，你的一些操作导致另一个错误发生，而这个错误并没有被捕获。通常情况下，如果处理的好，那么当前错误的 __context__ 的值为 None，如果处理不好那就是你所捕获的错误。比如下面的代码：
def type_err():
raise TypeError('this is a type error.')
def after_type_err():
raise ValueError('this is a value error.')
try:
type_err()
except TypeError:
after_type_err()
执行结果为：
Traceback (most recent call last):
File "<ipython-input-4-189a22d65266>", line 8, in <module>
type_err()
File "<ipython-input-4-189a22d65266>", line 2, in type_err
raise TypeError('this is a type error.')
TypeError: this is a type error.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\lineu\AppData\Local\Programs\Python\Python37\lib\site-packages\IPython\core\interactiveshell.py", line 3326, in run_code
exec(code_obj, self.user_global_ns, self.user_ns)
File "<ipython-input-4-189a22d65266>", line 10, in <module>
after_type_err()
File "<ipython-input-4-189a22d65266>", line 5, in after_type_err
raise ValueError('this is a value error.')
ValueError: this is a value error.
在上面的错误信息中，当前错误类型为 ValueError，它的 __context__ 属性值为 TypeError 实例，而 TypeError 实例的 __context__ 为 None。
3. FinalExecutor：优雅的 finally
有了 __context__ 的概念，我们就可以基于此实现一个优雅的“轮回”了。基本思路为：依次执行方法，如果方法报错，那么就将该错误的 __context__ 值设置为上一个错误（如果有）。最后等到所有方法执行完毕，再抛出最后一个错误，那么此时的错误将包含所有可能被引发的错误信息。具体代码如下：
class FinalExecutor(object):
"""终极执行器
用于确保你所有的方法都会被执行（不管中途有没有方法报错）
同时能看到正确的错误信息
"""
def __init__(self):
self.last_err = None # 保存最近发生的错误
def __enter__(self):
return self
def __exit__(self, exc_type, exc_val, exc_tb):
# 如果有发生错误，则抛出
if self.last_err:
raise self.last_err
def call(self, func, *args, **kwargs):
"""调用执行方法"""
try:
func(*args, **kwargs)
except Exception as e:
# Exception 捕获所有继承自它或它子类的错误类型
# 捕获它等于捕获几乎所有错误
if self.last_err:
# 将本次错误的上下文定义为上一次错误
e.__context__ = self.last_err
# 更新为当前错误
self.last_err = e
我们的终极执行器使用示例为：
# 定义 3 个方法用于测试
def type_err():
print('type error')
raise TypeError('x')
def value_err():
print('value error')
raise ValueError('x')
def attr_err():
print('attr error')
raise AttributeError('x')
# 使用 with 语句来启动终极执行器
with FinalExecutor() as e:
e.call(type_err)
e.call(value_err)
e.call(attr_err)
运行可以看到方法最终都被执行了，且错误信息一个不漏：
type error
value error
attr error
Traceback (most recent call last):
File "<ipython-input-5-1b07c576630b>", line 19, in call
func(*args, **kwargs)
File "<ipython-input-6-d602d89ed0e7>", line 3, in type_err
raise TypeError('x')
TypeError: x
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "<ipython-input-5-1b07c576630b>", line 19, in call
func(*args, **kwargs)
File "<ipython-input-6-d602d89ed0e7>", line 8, in value_err
raise ValueError('x')
ValueError: x
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\lineu\AppData\Local\Programs\Python\Python37\lib\site-packages\IPython\core\interactiveshell.py", line 3326, in run_code
exec(code_obj, self.user_global_ns, self.user_ns)
File "<ipython-input-6-d602d89ed0e7>", line 19, in <module>
e.call(attr_err)
File "<ipython-input-5-1b07c576630b>", line 15, in __exit__
raise self.last_err
File "<ipython-input-5-1b07c576630b>", line 19, in call
func(*args, **kwargs)
File "<ipython-input-6-d602d89ed0e7>", line 13, in attr_err
raise AttributeError('x')
AttributeError: x
4. 使用 ExitStack
有了我们的终极执行器，上帝就可以优雅的写代码了。为了让每个人都能这样优雅的写 python 代码，python 为我们提供了一个封装好的功能，当然它的实现要比我们的终极执行器复杂一些（考虑的也更周到一些~）。我们可以通过 contextlib 模块导入该方法并使用：
from contextlib import ExitStack with ExitStack() as stack: stack.callback(type_err) stack.callback(value_err) stack.callback(attr_err)
注意该 ExitStack 与 FinalExecutor 不同的是，它是倒序执行的。
以上就是python try...finally...的实现方法的详细内容，更多关于python try...finally的资料请关注其它相关文章！
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？