WSL2中Bash脚本检测环境变量对应目录存在性异常求助

看起来你的脚本逻辑本身没问题，在常规Linux环境下能正常工作，但WSL2因为和Windows环境的交互特性，容易出现一些特殊的坑。结合你的描述，我梳理几个最可能的原因和对应的排查/解决方法：

1. 环境变量包含Windows风格的换行符（\r） #

WSL2会自动继承Windows系统的环境变量，如果你的test_var是从Windows那边设置的（比如通过系统环境变量、或者从Windows终端复制粘贴过来），很可能会带上Windows的换行符\r。虽然echo $test_var看起来输出正常，但实际变量值末尾多了个不可见的\r，导致路径变成/your/path\r，这样Bash自然找不到对应的目录。

排查方法： #

在脚本里添加一行代码，查看变量的原始字符：

echo "$test_var" | od -c

如果输出结果末尾有\r（显示为\r或者015），就说明是这个问题。

解决方法： #

在使用变量前先去掉多余的\r，修改脚本如下：

#!/bin/bash
# 去除Windows风格换行符
test_var=$(echo "$test_var" | tr -d '\r')
echo $test_var
set -e
if [ ! -d "$test_var" ]; then
    echo Please set test_var.
    exit
fi

2. 路径格式不兼容（Windows路径未转换） #

如果你的test_var设置的是Windows格式的路径（比如C:\test\dir），WSL2的Bash无法直接识别这种路径格式，必须转换成WSL的路径格式（比如/mnt/c/test/dir）。

排查方法： #

在WSL终端里直接执行：

ls -ld "$test_var"

如果提示No such file or directory，而你确认这个目录在Windows里存在，那大概率是路径格式的问题。

解决方法： #

使用WSL自带的wslpath工具转换路径，修改脚本：

#!/bin/bash
# 转换Windows路径为WSL路径
test_var=$(wslpath "$test_var")
echo $test_var
set -e
if [ ! -d "$test_var" ]; then
    echo Please set test_var.
    exit
fi

3. 环境变量的作用域问题 #

有时候你在WSL终端里手动设置的test_var，在脚本运行时可能没被正确继承（比如脚本以非交互式方式运行，或者你没通过export导出变量）。

排查方法： #

在WSL终端里先执行：

export test_var="/your/actual/directory"

然后再运行脚本，如果脚本正常工作，说明之前变量没被正确导出。

解决方法： #

确保在设置test_var时使用export，或者在运行脚本时直接传递变量：

test_var="/your/actual/directory" ./your_script.sh

额外提示： #

可以把set -e暂时注释掉，然后在if判断后添加ls -ld "$test_var"来查看实际的路径检测结果，这样能更直观地定位问题。

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