Docker for Mac默认共享路径疑问：同是OSX为何/usr/bin/docker挂载同事机器失败

刚碰到过类似的情况，来给你理一理：

为什么你和同事的机器会有差异？ #

核心原因是Docker在OSX上的安装路径不一样：

• 你的Docker可执行文件是装在/usr/bin/docker，而你同事的是装在/usr/local/bin/docker。
• 至于你这边没加/usr到共享目录也能跑，其实是Docker for Mac对部分系统核心路径有特殊的隐式共享逻辑（虽然官方没明说），刚好覆盖了你的/usr/bin/docker路径。但这种隐式处理不通用，你同事的/usr/local不在默认共享列表里，也没这种特殊处理，所以直接挂载就触发了挂载拒绝。

别直接加/usr到共享列表！ #

先提醒你：绝对不建议把/usr添加到Docker的共享路径里。这会把大量系统文件同步到Docker的虚拟机里，不仅拖慢性能，还可能带来不必要的安全风险。而且就算加了，你同事的Docker在/usr/local/bin，/usr/local是独立目录，可能还得单独加，完全是治标不治本。

正确的解决思路 #

其实你这种直接挂载宿主机Docker可执行文件的方式本身就不是最佳实践，移植性太差。推荐两种更靠谱的方案：

1. 挂载Docker套接字（首选） #

容器里要调用Docker的话，直接挂载宿主机的Docker Unix套接字就行，不需要挂载可执行文件：

volumes:
  - "/var/run/docker.sock:/var/run/docker.sock"

这样容器里的Docker客户端（如果有的话）就能通过套接字和宿主机的Docker daemon通信，完全不依赖宿主机的可执行文件路径。

2. 用环境变量适配不同路径 #

如果必须挂载可执行文件，那可以用环境变量来兼容不同的安装路径：

• 先让你和同事各自在终端执行which docker，确认自己的Docker路径
• 修改docker-compose.yaml：

  volumes:
    - "${DOCKER_PATH:-/usr/bin/docker}:/usr/bin/docker"
  

• 你同事启动容器前，先在终端执行export DOCKER_PATH=/usr/local/bin/docker，再启动服务就行。

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