在WSL模式与CMD模式下运行docker命令是否存在差异？

首先明确前提：只有在Docker Desktop的「设置 > 资源 > WSL集成」中开启了你当前使用的Ubuntu发行版的集成开关，才能在WSL内部正常调用docker命令。开启集成后两种方式调用的是同一个Docker daemon，docker build、docker run等核心操作的最终执行效果没有本质区别，但实际使用中存在以下差异：

• 上下文路径处理差异
  直接在CMD中运行命令时，默认上下文路径是当前Windows文件系统路径（例如C:\Users\你的用户名\code\project），Docker会自动完成跨系统的文件读取、传递；在WSL模式下运行时，默认上下文路径是WSL内部的Linux文件系统路径（例如/home/你的用户名/code/project），如果使用WSL访问Windows挂载路径/mnt/c下的文件作为上下文，IO性能会远低于WSL原生路径。
• 文件规则适配差异
  CMD下运行命令时，拷贝到镜像中的文件默认会继承Windows的CRLF换行符、宽松权限规则，容易出现Linux容器内程序无法识别脚本换行、执行权限缺失的问题；WSL下运行命令时，文件默认使用LF换行符、继承Linux权限规则，对Linux容器的适配性更好。
• 路径挂载使用差异
  CMD下使用-v参数挂载本地目录时，需要使用Windows路径格式，例如docker run -v C:\project\src:/app nginx；WSL下使用挂载参数时直接写Linux路径即可，例如docker run -v /home/你的用户名/project/src:/app nginx，无需做路径格式转换，出错概率更低。
• 脚本与补全兼容性差异
  CMD下的Docker命令补全支持非常有限，且编写的批量执行脚本是Windows CMD语法，无法直接在Linux环境复用；WSL下可以使用Bash/Zsh等Shell的Docker命令自动补全，编写的Shell脚本也可以直接在其他Linux环境运行，兼容性更好。

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