Shell环境变量中~未被解析导致命令执行报错的解决求助

这问题我之前也碰到过！核心原因是shell只会在直接输入命令的场景下自动展开~，当你把~/Desktop赋值给变量destination时，shell会把~当成普通字符串存起来，后续调用变量时自然不会解析它。

给你两个靠谱的解决办法：

方法一：用$HOME替代~（推荐） #

$HOME是系统自带的环境变量，本质上和~指向的是同一个目录（当前用户的主目录），但它在变量赋值时会被shell正确解析，完全没有字符串识别的问题。修改后的代码如下：

# 用$HOME替代~，直接完成路径解析
destination="$HOME/Desktop"
# 正确的命令替换写法（$()比反引号更清晰）
d=$(date +%F-%H%M%S)
# 替换{query}为你实际需要的文件后缀，比如.json
filename="${destination}/${d}.json"
# 用双引号包裹变量，避免路径含空格时出错
touch "$filename"

这种方法最安全，也符合shell脚本的最佳实践，几乎不会有潜在问题。

方法二：用eval强制解析已赋值变量中的~ #

如果已经把destination设成了带~的字符串，那可以用eval命令在使用时强制解析~：

destination="~/Desktop"
d=$(date +%F-%H%M%S)
# 用eval解析变量里的~，再生成最终路径
filename=$(eval echo "${destination}/${d}.json")
touch "$filename"

⚠️ 注意：eval会执行字符串中的所有命令，如果你的变量里包含特殊字符（比如;、|），可能会触发意料之外的操作，所以除非必要，优先用第一种方法。

另外提两个小细节：

• 原命令里的d=date +%F-%H%M%S``要改成d=$(date +%F-%H%M%S)，这是更现代、可读性更好的命令替换写法；
• 所有变量引用尽量用双引号包裹，避免路径中包含空格时出现参数拆分的错误。

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