为何Python asyncio.TimeoutError未继承内置TimeoutError基类？

核心原因是历史兼容包袱和两类异常的语义边界差异，具体如下：

• 语义定位完全不同
  内置TimeoutError从Python3.3加入标准库开始，就属于OSError的子类，专门用于标记操作系统层面触发的底层IO超时故障，比如socket连接超时、阻塞系统调用超时等，这类异常的本质是内核、网络栈或硬件层面返回的错误信号，属于真实发生的IO故障。
  而早期的asyncio.TimeoutError继承自asyncio.CancelledError，属于任务取消类异常，是事件循环层抛出的纯应用层调度信号，触发时没有任何底层IO错误发生，只是用户为任务设定的最长执行时间到了，事件循环主动取消任务执行，本质是用户自定义的调度阈值触发，和系统级故障完全不属于同一类错误，不适合归入OSError的异常继承体系。
• 历史兼容风险过高
  在asyncio合入标准库前，内置TimeoutError的捕获逻辑已经在大量生产代码中存在，开发者捕获这个异常的预期全是处理底层IO故障。如果当时直接让asyncio.TimeoutError继承内置TimeoutError，会导致原有只打算处理系统IO超时的代码，误捕获到asyncio层面的任务超时，把正常的应用层调度逻辑误判为底层硬件/网络故障，引发不可预期的逻辑bug。
  另外asyncio的前身是第三方异步框架Trollius，合入标准库前就已经定义了独立的TimeoutError类，保留独立异常类也能降低原有第三方框架用户的代码迁移成本。

版本更新说明：Python 3.11已经对该设计做了调整，从这个版本开始，asyncio.TimeoutError正式成为内置TimeoutError的别名，开发者现在可以直接捕获内置TimeoutError统一处理所有超时场景。

代码示例 #

Python 3.10及更早版本中，必须显式捕获asyncio模块下的超时异常：

import asyncio
try:
    await asyncio.wait_for(asyncio.sleep(10), timeout=5)
except asyncio.TimeoutError:
    # 处理asyncio任务超时逻辑
    pass

Python 3.11及之后版本，直接捕获内置TimeoutError即可覆盖asyncio超时场景：

import asyncio
try:
    await asyncio.wait_for(asyncio.sleep(10), timeout=5)
except TimeoutError:
    # 可同时覆盖系统级IO超时与asyncio应用层超时
    pass

内容的提问来源于stack exchange，提问作者Semnodime