这是取消任务的示例:
import asyncio
async def some_func():
await asyncio.sleep(2)
print('Haha! Task keeps running!')
await asyncio.sleep(2)
async def cancel(task):
await asyncio.sleep(1)
task.cancel()
async def main():
func_task = asyncio.ensure_future(some_func())
cancel_task = asyncio.ensure_future(cancel(func_task))
try:
await func_task
except asyncio.CancelledError:
print('Task cancelled as expected')
if __name__ == "__main__":
loop = asyncio.get_event_loop()
loop.run_until_complete(main())
# Task cancelled as expected
# [Finished in 1.2s]
一切正常,任务被取消了。如果CancelledError
内捕获的some_func
任务不会被取消:
async def some_func():
try:
await asyncio.sleep(2)
except:
pass
print('Haha! Task keeps running!')
await asyncio.sleep(2)
# Haha! Task keeps running!
# [Finished in 3.2s]
很容易忘记我不应该在异步代码中的任何地方抑制异常(例如,some_func
可以是第三方代码),但应该取消。无论如何我能做到吗?或者忽略CancelledError
表示任务根本无法取消?
答案 0 :(得分:3)
您无法取消抑制<Leader>ca
的任务。
这几乎不可能关闭忽略CancelledError
的生成器。
这是故意行为。任务可能希望在取消时做一些额外的工作(例如资源清理),因此捕获GeneratorExit
可能是个好主意,但抑制通常是编程错误的标志。
捕获所有异常甚至禁止通过按下来关闭python进程,因为它在内部被翻译为CancelledError
。
答案 1 :(得分:1)
这里真正的问题是使用了一个笼统的“except”子句,这要么几乎不是一个好主意,要么在某些人看来,绝对不是一个好主意。
不要单独使用“except:”,而是始终指定要捕获的异常或基本异常类。请注意,从 Python 3.8 开始,CancelledError 是 BaseException 而不是 Exception 的子类,而您通常希望用“except:”捕获的所有异常都是 Exception 的子类(它本身就是 BaseException 的子类)。以下是显示这种关系的 exception hierarchy 文档。
所以这样更好:
try:
... (your code here)
except Exception:
pass
这将捕获并静默忽略所有正常异常(这在大多数实际代码中仍然不受欢迎,但在某些情况下绝对有效),同时允许其他异常通过。请注意,CancelledError、SystemExit、KeyboardInterrupt 和其他几个仍然会通过。如果您不喜欢退出时那些引起的“噪音”,那么您应该(最有可能)在更高的级别专门捕捉那些。
如果你真的想从字面上吞下除 CancelledError 之外的所有内容,那么你可以这样做:
try:
... (your code here)
except asyncio.CancelledError:
raise # avoid swallowing this one exception
except BaseException:
pass # silently swallow everything else: usually not a good idea