Windows环境下Python调用open()出现[Errno 13]权限拒绝问题排查

问题场景 #

CI脚本在Windows机器上出现过一次偶发异常：Python调用open()打开文件时触发[Errno 13] Permission denied。具体流程是：

• 后台进程生成文件：先创建临时文件写入数据，再通过_wrename重命名为最终目标文件名
• Python脚本启动该进程后，循环用os.path.exists()等待文件出现，检测到存在后立刻调用open(path)，结果触发权限拒绝错误
• 全程没有修改文件权限的操作，且之后无法复现这个问题

原因分析 #

你猜的方向没错——虽然Windows本地同目录的_wrename是原子操作，但这里的权限拒绝本质不是权限本身的问题，而是文件系统的资源同步延迟或后台进程的句柄泄漏：

1. os.path.exists()只检查目录条目是否存在，不验证文件是否处于可访问状态。重命名完成后，文件的元数据可能还没完全同步到系统，或者后台进程还没彻底释放临时文件/目标文件的句柄（比如C/C++进程没正确调用CloseHandle()），此时Windows的文件共享机制会阻止其他进程打开，表现为Permission Denied。
2. 这种偶发问题通常和系统负载有关——CI机器资源紧张时，文件系统的操作延迟会被放大，刚好触发这个时间窗口。

解决思路 #

针对这种偶发的文件访问冲突，核心是把「等待文件存在」改成「等待文件可打开」，同时增加重试机制：

• 替换os.path.exists()的等待逻辑，直接尝试打开文件，失败则短时间重试：

  import time
  
  def safe_open_file(path, timeout=15):
      start = time.time()
      while time.time() - start < timeout:
          try:
              return open(path, 'r')
          except (PermissionError, FileNotFoundError):
              time.sleep(0.2)  # 短间隔重试，避免占用过多CPU
      raise TimeoutError(f"无法在{timeout}秒内打开文件: {path}")
  

• 检查后台进程的文件操作：确保临时文件写入完成后，显式关闭所有相关句柄再执行_wrename。比如C++进程要确认fclose(temp_file)或CloseHandle(temp_handle)调用成功，避免句柄泄漏导致文件锁定。

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