动态Bash Docker开发环境菜单脚本优化：解决中断退出问题

思路正确性判断 #

你的思路完全正确，而且绝对不算过度复杂化。在Bash脚本中用函数封装核心逻辑并处理退出码，是提升脚本健壮性的标准实践，尤其是涉及docker buildx这类外部命令的场景，这种方式能让错误处理更清晰，也便于后续维护。

具体优化步骤 #

1. 捕获中断信号，实现整洁退出 #

首先需要处理SIGINT（Ctrl+C触发）和SIGTERM信号，确保收到中断时能清理资源并优雅退出：

# 定义中断清理函数
cleanup() {
    echo -e "\n[INFO] 收到中断信号，正在执行清理..."
    # 可添加自定义清理逻辑：比如停止临时容器、删除临时文件等
    exit 1
}

# 注册信号捕获，绑定到清理函数
trap cleanup SIGINT SIGTERM

2. 用函数封装构建逻辑，传递退出码 #

将docker buildx的执行逻辑封装到函数中，通过函数返回值传递命令的真实退出状态：

build_devenv() {
    local env_name="$1"
    echo "[INFO] 开始构建开发环境: $env_name"
    
    # 执行构建命令并捕获退出码
    docker buildx build --tag "devenv-$env_name" "./Environments/$env_name"
    local build_exit_code=$?
    
    if [ $build_exit_code -ne 0 ]; then
        echo "[ERROR] 环境 $env_name 构建失败，退出码: $build_exit_code"
        return $build_exit_code
    fi
    
    echo "[SUCCESS] 环境 $env_name 构建完成"
    return 0
}

3. 整合菜单与错误检查逻辑 #

在用户选择菜单选项后，调用构建函数并根据返回值处理结果：

# 假设通过菜单交互得到选中的环境名称变量selected_env
if ! build_devenv "$selected_env"; then
    echo "[ERROR] 构建操作失败，请检查配置后重试"
    # 可选择回到主菜单或直接退出脚本
    exit 1
fi

为什么这不是过度复杂？ #

• 函数封装让代码模块化，后续修改构建逻辑、添加新功能时更高效
• 明确的退出码传递能精准定位错误，避免依赖模糊的输出判断问题
• 信号捕获是交互式脚本的必要优化，能防止中断操作留下残留进程或临时文件

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