企业官网建设流程全解析

从零开始折腾Docker Desktop，我踩过的坑都给你写明白了

我当年第一次装Docker Desktop，前后折腾了两天，光看那个“virtualization support not detected”的报错就懵了很久。后来搞懂了里边的门道，才发现这东西压根不难，难的是没人把Windows环境下那些弯弯绕绕讲清楚。这篇就是把我从零到上手、再到能日常部署服务的完整过程整理出来，如果你也想在Windows上用Docker Desktop，照着走基本能省下一整天的排查时间。

这篇文章会覆盖Docker的核心概念、Docker Desktop的安装准备、初始化设置、高频命令、实际部署MySQL的全流程，以及我遇到过且网上经常被问到的一批报错。适合完全没接触过Docker的新手，也适合已经装了但用不明白的朋友。

1. 先搞清楚Docker是什么，再动手不迟

1.1 为什么Docker能火成这样

Docker说白了就是一个容器引擎。以前咱们部署一个网站，要装环境、配依赖、处理版本冲突，换一台机器全得重来。Docker把应用连同依赖环境一起打包成镜像，拿到哪台机器上都能一键跑起来，这下环境问题直接从源头消灭了。

你可以把镜像理解成一个标准化的快递箱，箱子里的东西包括你的代码、系统依赖、运行环境，甚至配置文件，全固定好了。别人拿到这个箱子，不需要关心怎么把里面东西拼起来，直接就能用。这个思路一旦想通，Docker的核心价值就抓住了。

1.2 镜像、容器、仓库，这三个词必须弄明白

镜像就是那个“快递箱”，是一个只读的模板。你从镜像市场拉一个MySQL的镜像，等于拿到了一个已经装好MySQL的完整系统模板。

容器是镜像运行起来之后的实体。一个镜像可以同时启动多个容器，彼此之间互相隔离，就像快递箱复制出好几份，每个都用各自的空间跑。容器的启停、删除都很轻量，不想要了直接扔掉，再启动一个就是。

仓库则是存放镜像的地方，最著名的就是Docker Hub。平时你执行docker pull mysql:8.0，就是从这个公共仓库拉镜像到本地。除了公共仓库，也可以在局域网内搭建私有仓库，公司团队协作时用得更多。

1.3 选Docker Desktop还是直接用命令行

我见过不少教程一上来就让你在Windows里装一个Linux虚拟机，然后用命令行操作Docker，这对新手特别不友好。Docker Desktop是官方出的图形化工具，装上之后你可以在界面上直观地看到镜像列表、容器运行状态、日志输出，还能一键配置资源限制和镜像加速源，省心太多。

当然，Docker Desktop本质上是帮我们把底层Docker引擎管理好了，你日常操作主要还是靠命令行。但它解决了Windows环境下的虚拟化、网络、文件共享这些难题，所以在Windows上做Docker开发，选它准没错。

2. Windows下安装Docker Desktop的完整准备

2.1 安装前先把硬件和系统条件摸清楚

Windows下跑Docker Desktop有两种后端模式，一种是基于Hyper-V的，另一种是基于WSL2的。现在官方默认推荐WSL2，因为它启动更快、内存占用更小。但不管哪种模式，有两条硬性要求你必须先确认：

• 系统是64位的Windows 10 2004及以上版本，或者Windows 11
• CPU必须支持虚拟化，并且在BIOS里已经开启

查看自己的Windows版本很简单，Win+R输入winver就能看到。虚拟化是否开启，打开任务管理器，在“性能”标签页里看右下角“虚拟化”那一项，如果是“已启用”就说明没问题。如果你打开任务管理器发现根本没有“虚拟化”这一行，走查一下后面的BIOS设置。

2.2 卡住90%新手的虚拟化问题怎么解

很多人的报错界面长这样：

Docker Desktop failed to start because virtualisation support wasn't detected.

这个问题的根源就是Windows没有把虚拟化能力暴露给Docker。解决分三步：先看BIOS，再看Windows功能，最后看冲突软件。

BIOS里需要找到类似“Intel Virtualization Technology”“AMD-V”或者“SVM Mode”的选项，把它从Disabled改成Enabled，保存重启。不同主板的BIOS界面不太一样，但关键词基本就是这几种。笔记本用户如果找不到，建议先查一下自己机型进入BIOS的方式和选项名称，别瞎改。

然后回到Windows，在“启用或关闭Windows功能”里，确保这三个东西是勾选状态：

• 虚拟机平台
• 适用于Linux的Windows子系统
• Hyper-V（如果用的是Hyper-V模式）

改完之后重启。绝大多数“virtualisation support not detected”的报错，到这步基本就解了。

另外注意，如果你装了VMware、VirtualBox这些第三方虚拟机软件，Docker Desktop可能因为Hyper-V和它们冲突而启动不了。这种情况要么用Docker Toolbox（老方案，不推荐），要么干脆不用第三方虚拟机，让Hyper-V独占。

2.3 WSL2的启用与常见启动问题

WSL2全称是“适用于Linux的Windows子系统”，可以理解成Windows里一个轻量级Linux环境，Docker Desktop依赖它来真正跑容器。启用WSL2只需要在管理员身份的PowerShell里执行一条命令：

wsl --install

装完了重启，然后执行wsl -l -v查看你当前的发行版和版本号。如果显示的版本是1，需要手动升级到2：

wsl --set-version <发行版名称> 2

WSL2模式下有个麻烦事，就是它占用的VHDX虚拟磁盘文件会越来越大，默认放在C盘。如果你C盘吃紧，可以手动把发行版迁移到其他盘。方法是在PowerShell里用wsl --export导出，再wsl --import到新路径。这步虽然麻烦，但确实能治本。

2.4 下载安装其实很简单

去Docker官网下载Docker Desktop安装包即可，安装过程中一路Next，建议在安装选项里勾选“Use WSL 2 instead of Hyper-V”。装好之后桌面上多了一个鲸鱼图标，第一次打开它会让你接受协议，然后可能需要让你输入一次Windows账号密码授权服务，这是正常的。

安装路径默认是C盘，官方并不直接支持改安装位置。如果你实在不想装在C盘，网上有通过软链接迁移的方案，但操作不当会踩坑，新手不建议一上来就搞这个。

3. 第一次启动后的初始化设置

3.1 先配好镜像加速源，不然拉镜像能急死人

Docker Hub在国外，国内直连拉镜像经常几十KB/s甚至直接超时。第一次启动之后，我强烈建议先把镜像加速源配好。

打开Docker Desktop，进Settings，找到Docker Engine，在配置文件里加一段：

{ "registry-mirrors": [ "https://docker.m.daocloud.io", "https://dockerproxy.com", "https://docker.nju.edu.cn" ] }

填完之后点击“Apply & Restart”。配置完可以执行docker info，看Registry Mirrors那个字段，如果列出了你填的地址就说明生效了。以后拉镜像速度会明显改善。

3.2 面板设置里最值得改的几个选项

Docker Desktop的Settings里有几个设置，我建议第一时间调整：

• Resources - Advanced：给WSL2分配CPU和内存，默认值偏保守。比如你机器是8核16G，一般可以给到4核8G，但别把全部资源都塞进去，要给宿主机留余量。
• Resources - Disk image location：这里可以改虚拟磁盘的存放路径，强烈建议放到空间充裕的非系统盘，能救你的C盘一命。
• General - Start Docker Desktop when you log in：按需开关，如果经常用Docker可以开着，偶尔用建议关掉，省得开机就占用内存。
• General - Expose daemon on tcp://localhost:2375 without TLS：这个千万别勾，那是给远程调试用的，裸奔暴露TCP端口有安全问题。

3.3 怎么验证Docker真的能用了

配置完之后，打开PowerShell或者Windows Terminal，执行：

docker version

如果能看到Client和Server两段信息，说明Docker引擎已经正常运行了。再跑一个经典命令测试：

docker run hello-world

正常情况下你会看到一段英文提示，说明容器成功运行了。能跑到这一步，你的Docker环境就算搭建完成，可以正式开始使用了。

4. 高频Docker命令实战，看完就能上手

4.1 镜像操作：拉取、查看、删除

平时用得最多的就是拉镜像：

docker pull mysql:8.0

镜像名后面的:8.0是tag，也就是版本号。不写tag默认拉取latest标签的版本，但生产环境不推荐，版本漂移往往藏坑。查询本地已经有的镜像：

docker images

删除镜像用docker rmi 镜像名或ID。如果镜像被容器占用了会删除失败，需要先删容器。比较常见的情况是，你想删一个镜像结果报错了，这个时候用：

docker rmi -f 镜像ID

-f是强制删除，但建议谨慎使用，搞清楚原因再删会更好。

4.2 容器操作：创建、启动、停止、删除

创建一个容器并启动，最经典的命令是：

docker run -d --name my-nginx -p 8080:80 nginx

这里面的参数每个都很关键：-d表示后台运行，--name给容器起个名字，-p 8080:80是端口映射，把宿主机的8080端口映射到容器内的80端口。执行完打开浏览器访问http://localhost:8080，能看到Nginx欢迎页就说明成功了。

查看正在运行的容器：

docker ps

想连停止的容器也一起看，就加-a参数。停止一个容器用docker stop 容器名，启动一个已存在但停止的容器用docker start 容器名，重启则用docker restart 容器名。

删除容器前必须先停止它，然后执行：

docker rm 容器名

这里提醒一句：容器删除后，容器里的数据默认会一起没掉，尤其是数据库容器，删错了可就是事故了。所以有状态的服务一定要用数据卷，后文会聊到。

4.3 进入容器、查看日志、文件互传

生产环境排查问题经常需要进到容器内部去看。进入容器用：

docker exec -it 容器名 bash

这个命令的意思是：在运行中的容器里执行一个交互式命令，-it保证你能跟容器里的shell交互。进去之后你会看到类似root@容器ID:/#的命令行提示，这时候你可以像操作普通Linux一样执行命令。

退出容器用exit。如果你只是想快速看容器里装了哪些环境变量，可以用：

docker exec 容器名 env

查看容器日志，用：

docker logs -f 容器名

-f表示持续跟踪输出，像Linux的tail -f。排查启动失败、看程序崩溃原因，基本全靠它。

有时候要把宿主机上的文件拷进容器，或者从容器里取文件出来，用：

docker cp 宿主机文件路径 容器名:容器内路径 docker cp 容器名:容器内路径 宿主机路径

4.4 端口映射和数据卷，这才是容器灵魂

容器默认是隔离的，外部根本访问不到。端口映射就是把容器内的服务“暴露”到宿主机上。前面写的-p 8080:80这个参数，左边是宿主机端口，右边是容器内端口。多个端口就多写几个-p参数，比如：

docker run -d --name my-mysql -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql:8.0

数据卷则是让容器和宿主机共享文件夹。因为容器本身是临时性的，删除就会被清空，而数据卷的数据是放在宿主机上的，容器没了数据还在。用法是在docker run时加-v参数：

docker run -d --name my-mysql -v mysql-data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:8.0

mysql-data是Docker管理的具名卷，你不需要关心它具体在哪，Docker会自己保管。用具名卷比直接映射本地路径更省心，也方便备份迁移。

5. 从零部署MySQL 8.0，全流程实操

5.1 拉镜像、起容器一次搞定

我把上面讲的内容串起来，用一个最常见也最刚需的例子走一遍：在Docker里部署MySQL 8.0，并让外部程序能连上。

如果你还没有拉过镜像，先执行：

docker pull mysql:8.0

然后用数据卷和端口映射启动容器：

docker run -d \ --name mysql8 \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD=root123456 \ -v mysql-data:/var/lib/mysql \ mysql:8.0

这条命令做了四件事：后台运行一个叫mysql8的容器，把宿主机的3306端口映射到容器的3306，设置root密码为root123456，同时把数据库数据存放在具名卷mysql-data里。最后执行docker ps看看容器状态，STATUS列是Up就说明跑起来了。

5.2 连接测试和数据持久化验证

确认容器在跑之后，用你电脑上的任何MySQL客户端去连接，主机填127.0.0.1，端口3306，用户root，密码root123456。如果本机没装MySQL客户端，也可以直接进容器里操作：

docker exec -it mysql8 mysql -uroot -p

输入密码后如果能进到MySQL的mysql>提示符，说明服务正常。

持久化验证也很重要：进容器建一个测试库，设一张表，然后退出，用docker stop mysql8停掉容器，再用docker start mysql8启动回来。这时再登录数据库，你建的库和表应该都还在。如果之前没用数据卷，这一波操作完数据早就没了。

5.3 容器怕重启？用Docker Compose把服务编排起来

当你需要同时跑多个容器的时候，比如MySQL加Redis加后端服务，一条条docker run敲容易乱，还不好维护。Docker Compose就是干这个的，用一份YAML文件把服务编排全写清楚。

我平时部署多服务时习惯新建一个项目目录，比如docker-app，里面放一个docker-compose.yml文件，内容类似这样：

version: "3.8" services: mysql: image: mysql:8.0 container_name: mysql8 ports: - "3306:3306" environment: MYSQL_ROOT_PASSWORD: root123456 volumes: - mysql-data:/var/lib/mysql restart: unless-stopped redis: image: redis:7 container_name: redis7 ports: - "6379:6379" restart: unless-stopped volumes: mysql-data:

然后在目录下执行：

docker compose up -d

一条命令，两个服务全起来了，而且restart: unless-stopped保证了Docker重启后服务会自动拉起，比裸跑容器安心得多。以后想停掉全部服务，用docker compose down即可，数据卷默认不会被删除。

6. 高频报错与排查技巧实录

6.1 Docker Desktop启动失败，提示虚拟化问题

这个应该是Windows用户遇到最多的报错，前面已经说了基本解法：BIOS开虚拟化、Windows功能勾选虚拟机平台和WSL。如果你确认这些都开了还是报错，还有一个可能，就是Windows自带的内存完整性功能跟Docker冲突。

办法是到“Windows安全中心 - 设备安全性 - 内核隔离 - 内存完整性”，关掉之后重启再试。我的经验里至少有三分之一的“虚拟化未检测到”是这么解决的。

6.2 “wsl is unresponsive”的处理

Docker Desktop偶尔会在启动时提示WSL无响应：

Docker Desktop - wsl is unresponsive

这通常是WSL子系统卡死了。解决方式很粗暴，在PowerShell执行：

wsl --shutdown

这个命令会关掉WSL虚拟机的所有进程，然后再重新打开Docker Desktop，它就会自己把WSL重新拉起来。如果还不行，再执行一次wsl --shutdown，然后重启一遍电脑，基本就能恢复。

如果频繁出现WSL无响应，检查一下是不是给WSL分配的内存太小了，在Docker Desktop的Resources设置里适当调高，或者换用wsl --shutdown后再启动能缓解一段时间。

6.3 连接引擎失败、权限不足等经典坑

有时候命令行执行docker ps会报：

error during connect: ... failed to connect to the docker api at npipe:////./pipe/docker-desktop-linux

这个的意思是Docker引擎没有跑起来，或者Docker Desktop没有启动。解决办法先看系统托盘里有没有Docker的鲸鱼图标，没有就手动启动。如果图标在但是一直是starting状态，多半是WSL或虚拟化配置出问题了，回看6.1和6.2的内容。

Linux下经常遇到Got permission denied while trying to connect to the Docker daemon socket，这是因为当前用户不在docker用户组里。Windows环境一般不会碰到这个问题，但如果你用的是WSL里的命令行操作，可以执行：

sudo usermod -aG docker $USER

重新登录WSL后生效。

还有一个容易被忽略的点：docker run hello-world如果一直卡住不输出，一般是拉取镜像太慢或者网络不通。检查一下镜像加速源是否配好，以及网络是否正常。不要一遇到拉取慢就怪Docker，绝大多数情况是网络问题。

我在日常使用中最深的体会是，Docker本身不难，难的是理解它背后的隔离、卷、网络这些概念。很多人卡在第一步虚拟化就放弃了，其实只要按顺序排查，每一步都有明确的解法。把这篇文章里的内容走完，你的Windows上应该已经有一个能稳定运行的Docker环境了。后面无论是部署数据库、中间件还是微服务，都是在这个基础上不断叠加命令而已。