异常隔离的核心目标是防止单个任务崩溃影响整体执行，需在每个并发单元入口用try/except兜底捕获exception、记录日志，并通过future.exception()或task.exception()显式检查异常，避免静默失败。
异常隔离的核心目标是防止单个任务崩溃影响整体执行
在Python并发场景中（如多线程、多进程、asyncio），一个子任务抛出未捕获异常，通常不会自动终止整个程序，但若不主动处理，可能造成资源泄漏、状态不一致或后续任务静默失败。关键不是“避免异常”，而是确保异常被拦截、记录，并且不影响其他并发单元的生命周期。
多线程中用try-except包裹target函数是最直接的隔离方式
Thread对象本身不传播异常到主线程，未捕获的异常只会打印到stderr并结束该线程——这看似“隔离”，实则丢失上下文且难以监控。正确做法是在target函数内部兜底：
- 每个线程入口函数外层加完整try/except，捕获Exception（避免吞掉KeyboardInterrupt等系统信号）
- 异常发生时记录日志（推荐使用logging.exception()保留traceback）
- 可选：通过queue或threading.Event通知主线程异常事件，但不阻塞其他线程运行
concurrent.futures中异常会在result()调用时才抛出，需主动触发检查
ThreadPoolExecutor和ProcessPoolExecutor提交任务后返回Future对象。异常不会立即浮现，而是在调用future.result()时才raise——这是设计特性，也是隐患点：
- 若忘记调用result()或exception()，异常将被静默忽略
- 建议批量获取结果时，统一用as_completed()迭代，并对每个future显式调用exception()做空检查
- 示例：for f in as_completed(futures): err = f.exception(); if err: logger.error("Task failed", exc_info=err)
asyncio任务异常必须被await或ensure_future管理，否则变成“未处理异常”警告
协程中未await的异常（比如task未被await或未加入asyncio.wait()）会触发RuntimeWarning: coroutine 'xxx' was never awaited，更严重的是，未被监控的Task对象崩溃后异常会被丢弃：
立即学习“Python免费学习笔记（深入）”；
- 始终用asyncio.create_task()启动协程，并保存task引用
- 在主协程中用asyncio.gather(..., return_exceptions=True)可收集所有异常而不中断执行
- 对关键任务，添加done_callback检查task.exception()，及时记录和恢复
通用原则：不依赖默认行为，所有并发分支都要有异常出口
无论是线程、进程还是协程，Python的并发模型都遵循“异常不跨边界自动传播”的约定。这意味着稳定性不来自语言机制，而来自显式防御：
- 每个并发执行单元（函数、协程、Process target）开头就设好try/except
- 日志必须包含足够上下文：任务ID、输入参数片段、时间戳
- 避免在异常处理中引入新IO或复杂逻辑，防止二次崩溃
