在Windows7+Python3.6环境中调用os.remove()为何触发PermissionError？

我来帮你拆解下这个问题，结合你的代码来看，大概率是文件句柄没有被正确释放导致Windows系统锁定了该文件，让我们一步步分析：

核心问题点 #

1. 文件关闭的条件太苛刻
   你只在进程返回码ret == 0的时候才调用redirstream.flush()和redirstream.close()，如果进程返回非0，这个文件句柄就会一直被Python持有。Windows系统下，只要文件被任意进程（包括你的Python主线程）打开着，就无法执行删除操作，这直接触发了PermissionError。

2. 重复等待进程的冗余操作
   proc.communicate(timeout=60)已经会等待子进程终止，并且完成stdout/stderr的读取，之后再调用proc.wait()属于重复操作，虽然不会直接导致文件占用，但没必要保留。

3. 子进程可能未完全释放文件
   少数情况下，C语言编写的子进程可能在退出时没有正确关闭stdout的输出流，不过这个概率较低，优先排查前面的问题。

修复方案 #

最稳妥的方式是用with语句来管理文件对象，它会自动在代码块结束时关闭文件，不管代码是正常执行还是抛出异常：

# 用with语句自动管理文件生命周期
with open(redirfilename, "w") as redirstream:
    proc = subprocess.Popen(batchargs, shell=False, stdout=redirstream)
    try:
        outs, errs = proc.communicate(timeout=60)
    except subprocess.TimeoutExpired:
        proc.kill()
        outs, errs = proc.communicate()
        # 这里可以添加超时后的处理逻辑
    ret = proc.returncode  # 直接用returncode，不需要再wait()

# 文件已经被with自动关闭，此时可以安全删除
if ret == 0:
    # 你的成功处理逻辑
else:
    # 你的失败处理逻辑

# 现在调用os.remove不会有句柄占用问题
os.remove(redirfilename)

额外注意事项 #

• 如果你必须手动管理文件句柄，一定要确保在所有代码路径下都调用close()，比如用try...finally块包裹文件操作：

  redirstream = open(redirfilename, "w")
  try:
      # 子进程启动和等待逻辑
  finally:
      redirstream.flush()
      redirstream.close()
  

• Windows下如果还是出现文件占用，可以检查是否有其他进程（比如杀毒软件）临时锁定了文件，不过这种情况比较少见，优先确保自己的代码正确释放了句柄。

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