为何Bash会将~解析为字面意义的‘~’目录而非主目录？

这个问题我刚好碰到过，核心原因是Bash对~的展开规则在特定执行环境下没有被触发，导致它被当作字面意义的字符串处理，最终创建了/~/目录。具体来说有两种最常见的触发场景：

1. ~被包裹在引号中 #

Bash的波浪号展开（~解析为主目录）只会在引号外部触发，如果你的安装命令把~放在了双引号或单引号里面，它就会被当作普通字符处理。比如如果你的启动脚本里写了类似这样的命令：

sh -c "curl -fsSL Oh-My-Zsh安装脚本地址 | sh -s -- --dir ~"

这里的~在双引号内部，Bash不会将其展开为/root，而是直接传递给Oh-My-Zsh安装脚本，导致它尝试创建/~/目录。

2. 执行环境中HOME变量未正确设置 #

~的展开逻辑依赖于当前用户的HOME环境变量，当脚本在非登录shell环境下执行时（比如DigitalOcean的user data脚本，默认可能是一个受限环境），HOME变量可能没有被正确设置为/root。这种情况下Bash无法识别~对应的主目录，只能将其当作字面字符串处理。

对应的解决办法 #

针对这两种场景，你可以用以下几种方式修复：

方法一：直接使用绝对路径或$HOME代替~ #

把安装命令中的~替换为明确的/root，或者用$HOME（$HOME在引号内会被Bash正常解析）。比如修改后的命令：

# 用绝对路径
sh -c "curl -fsSL Oh-My-Zsh安装脚本地址 | sh -s -- --dir /root"

# 或者用$HOME
sh -c "curl -fsSL Oh-My-Zsh安装脚本地址 | sh -s -- --dir $HOME"

方法二：提前设置HOME变量并指定bash解释器 #

在脚本开头明确设置HOME变量，同时确保脚本用bash执行（避免用sh，比如dash这类轻量shell的展开规则不同）：

#!/bin/bash
export HOME=/root

# 执行Oh-My-Zsh安装
sh -c "$(curl -fsSL Oh-My-Zsh安装脚本地址)" "" --unattended --dir $HOME

方法三：使用无引号的~展开 #

如果一定要用~，确保它不在引号范围内。比如拆分命令，让~在引号外被展开后再传递：

INSTALL_DIR=~
sh -c "curl -fsSL Oh-My-Zsh安装脚本地址 | sh -s -- --dir $INSTALL_DIR"

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