Windows环境下Django视图中运行bash脚本失效的解决方法

Windows系统默认Shell为CMD/PowerShell，原生不支持解析.sh格式的Bash脚本，你当前代码直接调用subprocess.call('./run.sh', shell=True)时，系统会用默认Shell去解析脚本，必然执行失败。除此之外你的代码还存在相对路径失效、执行环境不匹配的隐患。

既然你的run.sh仅用来调用Python脚本，完全可以跳过Bash这层冗余逻辑，直接在视图中调用目标Python脚本，不管是Windows开发环境还是后续部署到Linux服务器都可以直接运行，不需要调整代码。
注意几个关键点：

• 用sys.executable获取当前Django运行环境的Python解释器绝对路径，避免多Python版本环境下调用错解释器
• 所有路径用绝对路径，不要用相对路径，规避Django运行时工作目录不确定的问题
• 去掉shell=True参数，避免命令注入安全风险，适配Windows执行逻辑

替换你原来的subprocess.call('./run.sh',shell=True)代码即可，参考实现：

import sys
import subprocess
from pathlib import Path

# 项目根目录，和Django settings.py中BASE_DIR的取值逻辑一致，也可以直接从settings导入BASE_DIR
BASE_DIR = Path(__file__).resolve().parent.parent
# 替换为你实际要执行的Python脚本的相对路径
target_script_path = BASE_DIR / "your_target_python_script.py"

subprocess.run(
    [sys.executable, str(target_script_path)],
    check=True,  # 脚本执行出错时直接抛出异常，方便排查问题
    cwd=str(BASE_DIR),  # 强制指定脚本运行的工作目录为项目根目录，避免脚本内的相对路径报错
    # capture_output=True  # 需要获取脚本输出内容时打开该参数
)

如果你后续需要在run.sh中添加其他Bash命令，必须执行sh脚本，需要先在Windows中安装Bash运行环境，再显式指定Bash解释器路径调用脚本，不要依赖系统默认Shell解析。

1. 先安装Bash环境，二选一即可：
   • 安装Git for Windows，自带Git Bash环境，默认bash.exe路径为C:\Program Files\Git\bin\bash.exe
   • 启用WSL（Windows子系统Linux），通过wsl命令执行Bash脚本
2. 调用时显式指定解释器和脚本的绝对路径，参考代码（以Git Bash为例）：

import subprocess
from pathlib import Path

BASE_DIR = Path(__file__).resolve().parent.parent
run_sh_path = BASE_DIR / "run.sh"
# 替换为你本地安装的Bash解释器实际路径
bash_exe_path = r"C:\Program Files\Git\bin\bash.exe"

subprocess.run(
    [bash_exe_path, str(run_sh_path)],
    check=True,
    cwd=str(BASE_DIR)
)

如果用WSL环境，把调用参数换成["wsl.exe", str(run_sh_path)]即可，注意提前做好WSL和Windows文件系统的路径映射。

• 不要使用./run.sh这类相对路径：Django开发服务器运行时工作目录为manage.py所在目录，但部署到IIS、Apache等服务时工作目录可能完全不同，相对路径大概率会报文件找不到错误
• 不要随意开启shell=True：该参数在Windows下会强制调用CMD解析命令，既无法识别Bash脚本，在存在用户上传内容的场景下还会带来命令注入的安全风险
• 你代码中通过im.open(io.BytesIO(img_in_bytes))打开的图片对象没有显式释放，高并发场景下可能出现文件句柄占用问题，建议用with上下文管理器处理图片资源

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