Docker部署踩坑实录：Windows与Linux配置差异全解析
刚拿到一台新机器准备跑Docker，很多人第一步就卡住了。Windows下面装Docker Desktop，WSL2后台常驻吃掉2GB内存不说，镜像拉取还经常超时。Linux上倒是干脆，但系统版本、内核参数、存储驱动这些地方稍不注意也会翻车。这篇把两边的完整流程拆开讲，重点放在那些文档里不写、实际部署时才会遇到的差异上。
如果你打算把容器跑在服务器上，而不是本地开发机，那Linux几乎是唯一合理的选择。但Windows作为开发环境绕不开，所以两边的配置都得心里有数。
Windows端的真实体验：WSL2是绕不过去的坎
Docker Desktop在Windows上本质是套了一层虚拟机。它默认走WSL2后端，这意味着你的容器其实跑在一个轻量级Linux内核里。装完之后打开任务管理器，vmmem进程占个1.5GB到2GB是常态。
内存紧张的机器上，这个开销就很要命。8GB的笔记本再开两个容器，浏览器基本就卡死了。我一般会先在.wslconfig里限制WSL2的内存上限，文件放在用户目录下，内容大致是：
- memory=4GB —— 限制WSL2最多用4GB
- processors=2 —— 限制CPU核心数
- swap=2GB —— 交换分区大小
改完执行wsl --shutdown重启生效。这一步不做，后面跑数据库容器很容易把宿主机拖垮。
另一个高频问题是镜像拉取。国内网络环境下，docker pull一个ubuntu镜像可能要等十几分钟甚至直接超时。配置镜像加速器是必须的，在Docker Desktop设置里找到Docker Engine，加上registry-mirrors字段就行。但要注意，2026年不少公共加速器已经限流或停止服务，具体哪个还能用需要自己试。
数据卷的路径也是个坑。Windows下写-v D:/data:/app/data这种路径，Docker Desktop能识别，但文件权限和Linux下完全不一样。挂载进去的文件在容器里可能是root权限，普通用户读写会报Permission denied。换我我会尽量用命名卷，少用主机目录挂载。
Linux端的配置：看起来简单，细节都在存储驱动上
Linux装Docker就是几条命令的事。以Ubuntu为例，先卸掉可能存在的旧版本，然后加官方GPG密钥和软件源，最后apt install docker-ce。整个过程五分钟搞定，没有什么隐藏步骤。
装完之后第一件事是看存储驱动。执行docker info，找到Storage Driver那一行。默认情况下，较新的内核会用overlay2，这是目前最稳的选择。如果是老系统还在用devicemapper，性能会差不少，建议升级内核或者重装系统。
这里有个取舍：overlay2对内核版本有要求，一般4.0以上才支持。如果你的服务器还在跑CentOS 7这种老系统，内核3.10虽然能勉强用，但偶尔会遇到容器启动失败的问题。我见过不少这样的配置，最后都是升级到Ubuntu 22.04或者Debian 12才彻底消停。
Linux下还有一个Windows没有的坑：防火墙。默认情况下Docker会直接操作iptables，你手动配的规则可能被它覆盖掉。容器端口映射出去之后，如果发现外部访问不了，先检查iptables -L看看Docker的链是不是把规则插到前面了。
数据卷方面，Linux下直接挂-v /data/mysql:/var/lib/mysql就行，权限清晰，不会出现Windows那种莫名其妙的问题。但要注意SELinux，如果系统开了enforcing模式，挂载目录需要加:z或:Z标签，否则容器没有权限读取。
镜像、网络与数据卷：两边最容易踩的三个差异点
镜像层面，Windows和Linux拉取的镜像本身是一样的，都是Linux镜像。Docker Desktop只是帮你跑了个Linux虚拟机。所以不存在“Windows专用镜像”这种说法，网上有些教程会误导这一点。
网络差异更明显。Linux下容器默认走bridge网络，宿主机可以直接通过容器IP访问。Windows下因为隔了一层WSL2，容器IP在宿主机上不一定能直接ping通，得通过localhost加映射端口来访问。这个差异在调试微服务的时候特别烦人，服务注册发现的地址经常配错。
数据卷的性能差异也值得说。Linux下挂载主机目录，读写速度基本接近原生磁盘。Windows下通过WSL2挂载/mnt/d/这种路径，IO性能会下降得很厉害，跑数据库的话每秒事务数可能只有Linux下的三分之一。所以Windows上做开发可以，生产环境跑数据库容器一定要放到Linux服务器上。
说到服务器，如果容器要长期跑，选一台配置合适的独立服务器比在本地折腾省心得多。像美国洛杉矶物理服务器1，E3-1230配16G内存和100M带宽，月付59美元，跑几个Docker容器绑绑有余。要是需要更大内存跑多个服务，东京独立服务器给到双E5-2698V3和128G内存，适合容器数量多、镜像体积大的场景。
从开发到上线：配置怎么迁移才不返工
本地用Windows开发、线上用Linux部署，这个组合很常见。问题在于两边的Docker配置不能直接复制。Windows下的.wslconfig在Linux上不存在，Linux的systemd服务管理在Windows上也没有对应物。
我的做法是把配置拆成两层。跟环境无关的部分，比如Dockerfile、docker-compose.yml、镜像标签，这些两边通用。跟环境绑定的部分，比如资源限制、存储路径、网络模式，用.env文件或者独立的override文件区分开。这样迁移的时候只需要换override文件，不用改核心配置。
还有一个容易忽略的点：时区。Windows和Linux的时区设置方式不同，容器里如果依赖系统时区，两边跑出来的日志时间可能差8小时。统一在Dockerfile里设置TZ=Asia/Shanghai，或者挂载/etc/localtime，能省掉不少排查时间。
最后给个直接结论。本地开发用Windows加Docker Desktop，记得限制WSL2内存、配好镜像加速、少用主机目录挂载。生产环境一律上Linux，Ubuntu 22.04或Debian 12起步，存储驱动确认是overlay2，SELinux该关就关。服务器选型上，容器数量少就用16G内存的独立服务器，跑十几个服务就上64G以上。别在Windows上跑生产容器，性能损耗和权限问题会让你多花一倍时间排查。