Python脚本执行conda env update失败但CMD运行成功如何解决

云原生阿岚

2026-8-27

根本原因

两种执行方式结果不同的核心原因是子进程运行上下文存在差异，触发了Windows平台特有的文件强制锁机制：

从env1环境下的Python解释器内调用subprocess.run执行conda命令时，子进程默认会完整继承当前Python进程的环境变量，包括env1注入的CONDA_PREFIX、PATH优先级配置、临时目录文件句柄。此时conda拉起的pip组件会优先检索env1的包路径，待操作的normalizer.exe恰好被正在运行的env1 Python进程占用。Windows系统默认对被进程打开的可执行文件、动态链接库加排他锁，禁止其他进程修改、删除这类文件，最终抛出WinError 5 访问被拒绝的报错。
直接在CMD窗口执行命令时，没有正在运行的Python进程持有对应exe、临时目录文件的排他锁，pip可以正常完成包的卸载、替换流程，因此更新能顺利执行。

注：报错信息里提示的--user参数是pip的通用兜底提示，和本次问题无关。你在CMD中执行同一条命令可以成功，说明目录本身的权限配置没有问题，不需要调整用户权限或者加--user参数。

可行解决方案

按落地成本从低到高排序：

清理subprocess子进程的污染环境变量，指定独立临时目录
阻断env1的环境变量传递给子进程，同时给子进程分配一个不会和当前Python进程抢占文件句柄的独立临时目录，参考实现：

import subprocess
import os

# 替换为本机conda.bat的完整路径，不要使用env1的Scripts目录下的conda副本
CONDA_PATH = r"C:\Users\Administrator\miniconda3\condabin\conda.bat"
TARGET_YAML_PATH = r"path_to_yaml_file"
# 提前创建独立临时目录，避免和系统临时目录下的其他进程文件冲突
INDEPENDENT_TMP_DIR = r"C:\Users\Administrator\miniconda3\custom_tmp"
os.makedirs(INDEPENDENT_TMP_DIR, exist_ok=True)

# 复制系统原生环境变量，移除env1注入的干扰项
process_env = os.environ.copy()
for env_key in ["CONDA_PREFIX", "CONDA_DEFAULT_ENV", "CONDA_PROMPT_MODIFIER", "PYTHONPATH"]:
    process_env.pop(env_key, None)
# 替换子进程的临时目录路径
process_env["TMP"] = INDEPENDENT_TMP_DIR
process_env["TEMP"] = INDEPENDENT_TMP_DIR

# 执行环境更新
subprocess.run(
    [CONDA_PATH, "env", "update", "-n", "env2", "-f", TARGET_YAML_PATH],
    check=True,
    env=process_env,
    shell=True
)

将环境更新逻辑封装为独立bat脚本
把conda更新命令写入独立的.bat文件，Python脚本中仅通过subprocess调用该bat文件。bat文件启动时会走Windows CMD的默认初始化流程，不会继承Python进程中env1的环境变量干扰，从根源上避免路径优先级错误和文件占用问题。
通过一次性计划任务触发更新
如果上述方案仍存在偶发的文件占用问题，可以调用Windows自带的schtasks命令创建一个一次性计划任务，设置任务在当前Python脚本退出后立即执行conda更新命令，彻底规避当前Python进程持有的文件锁影响。

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