Windows宿主机挂载脚本到Linux容器因CRLF换行符导致解释器识别失败，表现为/bin/bash^M: bad interpreter等错误；可通过宿主机转LF、容器内dos2unix或Dockerfile中COPY+dos2unix解决。
windows 宿主机挂载到 linux 容器时出现换行符故障，本质是 crlf（\r\n）被带入 linux 环境，导致脚本执行报错如 /bin/bash^m: bad interpreter 或 permission denied（实际是解释器路径识别失败），这类问题在 docker 绑定挂载（bind mount）场景中尤为典型——因为文件未经过构建阶段的处理，直接以原始格式进入容器。
确认是否为换行符问题
进入容器或在宿主机检查挂载源文件：
- 在 Linux 容器内运行：
cat -A your_script.sh，若每行末尾显示^M$，说明存在 Windows 换行符 - 用
hexdump -C your_script.sh | head -5查看前几行，发现0d 0a（即 CR+LF）而非仅0a（LF） - 注意：
ls -l显示权限正常、file your_script.sh显示为 “Bourne-Again shell script” 仍报错，大概率是换行符干扰解释器解析
宿主机端预处理（推荐）
在 Windows 上提前将脚本转为 Unix 格式，再挂载，一劳永逸：
-
VS Code：打开文件 → 右下角点击
CRLF→ 选LF→ 保存 -
Notepad++：菜单栏
Edit → EOL Conversion → Unix (LF) -
PowerShell 批量转换（适用于多个 .sh/.conf 文件）：
Get-ChildItem -Path .\*.sh -Recurse | ForEach-Object { (Get-Content $_.FullName -Raw) -replace "`r`n", "`n" | Set-Content $_.FullName -Encoding UTF8 }
容器内临时修复
若已挂载且无法修改宿主机文件，可在容器启动后立即转换：
- 确保容器内安装
dos2unix（Alpine 用apk add dos2unix，Debian/Ubuntu 用apt-get update && apt-get install -y dos2unix） - 执行：
dos2unix /path/in/container/your_script.sh - 再赋予执行权限：
chmod +x /path/in/container/your_script.sh - 注意：该操作仅对当前容器实例有效，重启后若挂载未更新，问题重现
构建与运行阶段规避策略
从流程上切断问题源头：
-
Dockerfile 中避免 bind mount 脚本：改用
COPY+RUN dos2unix，例如：COPY backend_start.sh /GreaterWMS/ RUN chmod +x /GreaterWMS/backend_start.sh && dos2unix /GreaterWMS/backend_start.sh
-
Git 配置自动换行（团队协作必备）：
git config --global core.autocrlf input，确保提交到仓库的是 LF 格式 - Docker Desktop 设置：Windows 端启用“Use the WSL2 based engine”，并确保共享目录中文件由 WSL2 工具链（如 vim、sed）编辑，天然生成 LF
