Docker Desktop 是官方提供的桌面端运行环境,负责在你的电脑上启动 Docker 引擎,并提供图形化管理界面。Docker Compose 是一套“用一份配置同时启动多个服务”的方式,适合本地开发把数据库、缓存、应用一起拉起来。
这篇文章的目标:在 Windows/macOS 上从零把 Docker Desktop 装好,配置到“拉镜像更顺、启动更稳、日志更好看、项目更好跑”。
Windows:建议 Windows 11 或较新版本的 Windows 10;确保已开启虚拟化(BIOS/任务管理器里能看到“已启用”);准备好管理员权限。
macOS:Apple Silicon(M 系列)与 Intel 都能用,但镜像架构可能不同,后续拉镜像时要注意 arm64/amd64 的选择。
另外:公司网络/校园网环境可能会影响镜像下载速度,提前准备“镜像下载加速”的方案会省很多时间。
1)安装 Docker Desktop 后首次启动,按提示选择使用 WSL2 作为后端(如果你看到相关提示,优先选 WSL2)。
2)确认 WSL 发行版:你可以选择一个 Linux 发行版(如 Ubuntu)作为开发环境。Docker Desktop 的设置里通常能看到 WSL Integration,把你常用的发行版勾上。
3)资源分配建议:如果你同时跑多个服务(数据库 + 后端 + 前端),建议适当提高 CPU/内存限额,避免容器频繁 OOM 或卡顿。
1)安装完成后先跑一个官方示例容器验证环境:能正常拉镜像、启动、查看日志就说明基础 OK。
2)如果你在 arm64(M 系列)上要跑只提供 amd64 的镜像,通常需要显式指定平台(某些项目会在 Compose 里写 platform),但这会带来性能差异;能找到原生 arm64 镜像时优先选原生。
在 Docker Desktop 的设置里通常能找到与镜像下载/代理相关的选项。常见思路有三类:
1)配置 HTTP/HTTPS 代理(适合公司网络统一代理的情况)。
2)配置镜像加速(把默认镜像下载路径切换到更稳定的镜像源)。
3)在必要时使用离线/内网镜像仓库(团队协作更省事)。
注意:无论你选哪种方式,都建议先用一个小镜像做验证,确认“能下、能跑、能重启”。
把项目需要的服务写在 compose.yaml(或 docker-compose.yml)里,常见的最小套路是:
启动时先跑最少的依赖(例如先 db + redis),确认健康后再启动应用服务,排障更容易。
1)日志:优先用 Docker Desktop 的 Logs 或命令行查看容器输出,定位问题要看“启动顺序”和“第一条报错”。
2)终端:把常用命令做成脚本或 Makefile,比如 up/down/logs/restart,一键操作减少手误。
3)项目目录映射:把代码目录挂载进容器时,注意文件权限与换行符差异(尤其 Windows + WSL2 场景),遇到“容器里看不到文件变化”时,优先检查挂载路径与热更新配置。
容器启动后秒退:先看日志第一条错误;多半是环境变量缺失、端口冲突、配置文件路径不对。
端口访问不到:检查端口映射是否写反(宿主机:容器),以及是否被本机防火墙/占用。
拉镜像很慢或失败:优先检查网络/代理配置;再检查是否需要镜像加速;最后换一个小镜像验证链路。
磁盘占用飙升:定期清理未使用镜像/构建缓存与无用 volume,但清理前确认哪些数据要保留。
做到以上几点,你的 Docker Desktop 开发环境基本就算搭好了。后续再根据项目需要补齐:私有仓库登录、CI 构建缓存、团队统一的 Compose 模板等。