Python中系统调用可能因信号中断抛出InterruptedError，需手动重试；可通过try-except捕获异常并循环重试，或封装通用函数uninterruptible_call处理；高层接口如time.sleep已内置重试机制，低层操作如os.read需自行处理；多线程中信号主要在主线程生效，异步环境通常由事件循环管理；自定义信号处理器应简洁以降低中断风险。
当Python程序在执行系统调用时，可能会因为收到信号（如SIGINT、SIGALRM）而被中断，导致抛出 InterruptedError 异常。这类错误通常出现在低层I/O操作或使用os模块进行系统调用时。虽然现代Python标准库的许多阻塞方法会自动重试被中断的系统调用，但并非所有情况都如此，因此需要开发者主动处理。
理解InterruptedError
InterruptedError 对应于操作系统中的 EINTR 错误码，表示系统调用被信号中断。例如，在调用 os.read()、os.wait() 或某些底层 socket 操作时可能发生。
尽管像 time.sleep() 和文件读写等高层接口已内置重试机制，但在使用低级接口时仍需手动处理。
捕获并重试被中断的系统调用
最直接的方法是使用 try-except 捕获 InterruptedError，并在异常发生后重新尝试调用。
立即学习“Python免费学习笔记（深入）”；
示例：安全地读取文件描述符
try:data = os.read(fd, 1024)
except InterruptedError:
# 被信号中断，重试操作
data = os.read(fd, 1024)
更健壮的做法是在循环中重试，直到成功或遇到其他错误：
while True:
try:
data = os.read(fd, 1024)
break
except InterruptedError:
continue
except OSError as e:
# 处理其他可能的错误
raise
使用信号安全的辅助函数封装
为避免重复代码，可将重试逻辑封装成通用函数。
def uninterruptible_call(func, *args, **kwargs):while True:
try:
return func(*args, **kwargs)
except InterruptedError:
pass
使用方式：
data = uninterruptible_call(os.read, fd, 1024)这种方法适用于任何可能因信号中断而失败的系统调用。
注意线程与异步环境下的行为
在多线程程序中，Python 的信号通常只在主线程中处理，但依然可能影响系统调用。而在异步应用（如使用 asyncio）中，一般不会直接遇到 InterruptedError，因为事件循环已处理了信号和中断问题。
若自定义信号处理器（signal handler），应尽量缩短执行时间，并避免在其中进行复杂操作，防止增加系统调用中断的概率。
基本上就这些。关键是在使用底层系统调用时保持警惕，对可能出现的 InterruptedError 做好重试准备，确保程序的健壮性。
