使用Docker容器时无法通过${pwd}实现绑定挂载的问题

问题场景 #

刚接触Docker，学习绑定挂载（bind mounts）时，遇到${pwd}无法正确获取当前目录导致挂载类型错误的问题：

• 使用绝对路径的命令可正常创建绑定挂载：

docker run --rm -d -p 3000:9000 -v "/Users/nick/Documents/commonshood-hash-server:/app" --name dev-server hash-server-commonshood:0.1

执行docker inspect <Container-ID>后，挂载配置显示正确：

"Mounts": [
    {
        "Type": "bind",
        "Source": "/Users/nick/Documents/commonshood-hash-server",
        "Destination": "/app",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    }
],

• 使用${pwd}的命令却创建了Docker卷（volume）而非绑定挂载：

docker run --rm -d -p 3000:9000 -v ${pwd}:/app hash-server-commonshood:0.1 

执行docker inspect后，挂载配置异常：

"Mounts": [
    {
        "Type": "volume",
        "Name": "9fda9d77f5434b48d2044a0e1d22cc9331b5b5cc84afea319da70190a394fd6a",
        "Source": "/var/lib/docker/volumes/9fda9d77f5434b48d2044a0e1d22cc9331b5b5cc84afea319da70190a394fd6a/_data",
        "Destination": ":/app",
        "Driver": "local",
        "Mode": "",
        "RW": true,
        "Propagation": ""
    }
],

原因分析 #

核心问题是${pwd}未被shell正确解析为当前目录的绝对路径，导致Docker将${pwd}:/app识别为卷名+目标路径的格式——当挂载源不是绝对路径时，Docker会默认创建匿名卷或命名卷。常见触发场景：

1. 当前shell的pwd输出非绝对路径（极少发生，但需排查）；
2. 命令中${pwd}未加引号，若当前目录路径含空格或特殊字符，shell会拆分路径，导致Docker无法识别为有效绑定挂载源；
3. 误使用了不匹配当前shell的变量语法。

解决方法 #

方法1：给${pwd}添加引号 #

用双引号包裹挂载参数，确保shell完整解析路径：

docker run --rm -d -p 3000:9000 -v "${pwd}:/app" hash-server-commonshood:0.1

方法2：使用$(pwd)替代${pwd} #

$(pwd)是直接执行pwd命令获取绝对路径，比变量引用更可靠：

docker run --rm -d -p 3000:9000 -v "$(pwd):/app" hash-server-commonshood:0.1

方法3：手动验证路径后执行 #

先执行pwd确认输出为正确的绝对路径，再替换到命令中：

# 验证当前路径
pwd
# 输出示例：/Users/nick/Documents/commonshood-hash-server
# 执行Docker命令
docker run --rm -d -p 3000:9000 -v "$(pwd):/app" hash-server-commonshood:0.1

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