1. 项目概述为什么要在Windows上折腾Docker如果你是一名在Windows环境下工作的开发者、运维或者技术爱好者最近可能频繁听到“Docker”这个词。它就像一个魔法盒能把你的应用和它运行所需的一切环境代码、运行时、系统工具、系统库、设置打包成一个标准化的单元。这个单元就是容器。简单来说Docker让你能在自己的Windows电脑上轻松运行一个独立的、隔离的Linux环境而无需安装一个完整的虚拟机从而极大地简化了开发、测试和部署的流程。想象一下这个场景你正在开发一个基于Python Flask的Web应用它依赖特定版本的Redis和PostgreSQL。你的同事用Mac另一个用Ubuntu而你在Windows。如果没有Docker你们可能会在“在我机器上好好的”这个经典问题上耗费大量时间。有了Docker你只需要一个定义了所有依赖的Dockerfile和一个编排服务的docker-compose.yml文件。任何人拿到这些文件无论是什么操作系统一条docker-compose up命令就能启动一个和你本地一模一样的环境。这就是Docker的核心价值环境一致性和快速交付。那么为什么在Windows上安装Docker会成为一个“项目”呢因为Windows本身并不是一个原生的容器运行环境。Docker的核心技术依赖于Linux内核的命名空间和控制组cgroups来实现隔离。为了让Docker能在Windows上运行我们需要一个“桥梁”。这个桥梁就是WSL 2Windows Subsystem for Linux 2或Hyper-V。理解这两者的区别和选择是成功在Windows上使用Docker的第一步也是我们接下来要深入探讨的核心。2. 核心原理与架构选择WSL 2 vs Hyper-V在Windows上运行Docker本质上是在运行Linux容器。因此我们需要一个Linux内核。Docker Desktop for Windows提供了两种后端架构模式理解它们的原理和优劣能帮你做出最适合自己场景的选择。2.1 WSL 2 集成模式现代开发者的首选WSL 2是微软近年来在开发者体验上做的最重要的改进之一。它是一个在Windows内部运行的、完整的Linux内核通过轻量级虚拟化技术实现与Windows深度集成。工作原理当你选择WSL 2后端时Docker Desktop会将其核心组件Docker守护进程dockerd直接安装在WSL 2的Linux发行版比如Ubuntu中。你的Windows文件系统如C:\Users\YourName会被自动挂载到WSL 2的Linux环境中路径类似/mnt/c/Users/YourName。这意味着你既可以在Windows的PowerShell或CMD中使用docker命令Docker CLI客户端会通过一个套接字自动转发到WSL 2中的守护进程也可以直接在WSL 2的终端里使用docker命令。文件操作是双向透明且高性能的。优势启动速度极快相比于完整的虚拟机WSL 2的启动几乎是瞬时的。资源占用低与Windows共享内存动态分配更节省资源。文件系统性能卓越对于在/mnt/c下的Windows文件微软做了大量优化对于WSL 2内部的文件系统/home等则是原生Linux性能非常适合项目代码放在WSL 2内部的情况。无缝的终端体验你可以使用Windows Terminal同时打开PowerShell、CMD和多个WSL 2发行版的标签页开发体验非常流畅。适用场景绝大多数现代软件开发场景尤其是你的项目代码主要存放在Windows盘符如C盘或计划在WSL 2内部进行开发的情况。这也是Docker官方目前推荐和默认的模式。2.2 Hyper-V 模式传统与兼容性之选Hyper-V是微软内置的、功能完整的Type-1虚拟机管理程序。在此模式下Docker Desktop会创建一个轻量级的Linux虚拟机MobyLinuxVM所有的Docker容器都运行在这个虚拟机内部。工作原理Docker CLI在Windows上运行通过网络与Hyper-V虚拟机内的Docker守护进程通信。文件共享需要通过配置的共享驱动器如C盘、D盘来实现这些驱动器会被以SMB或9p协议的方式挂载到虚拟机中。优势更强的隔离性作为一个完整的虚拟机与主机系统隔离更彻底。兼容旧版Windows对于无法升级到WSL 2所需版本Windows 10 2004及以上的旧系统这是唯一的选择。某些特定网络场景在某些复杂的公司网络策略下Hyper-V的网络配置可能更灵活。劣势启动慢需要启动整个虚拟机。资源占用相对固定需要预先分配固定的内存和CPU核心给虚拟机。文件I/O性能较差通过网络共享访问Windows文件速度明显慢于WSL 2模式尤其是在大量小文件操作时。适用场景Windows版本较旧如Windows 10 1909或更早或公司IT策略强制要求/仅支持Hyper-V环境。我的选择建议如果你的系统是Windows 10 2004Build 19041或更高版本或者Windows 11毫不犹豫地选择WSL 2后端。它将为你带来最接近原生Linux的开发体验。接下来的安装和配置也将以WSL 2模式为主线进行。3. 步步为营Windows Docker 完整安装与配置指南纸上得来终觉浅绝知此事要躬行。下面我们进入实战环节我会带你一步步完成安装并解释每一个步骤背后的意图。3.1 安装前系统检查与准备在下载安装包之前我们必须确保系统满足最低要求并开启必要的功能。很多安装失败的问题都源于这一步的疏忽。1. 系统版本确认按下Win R输入winver查看你的Windows版本。最低要求对于WSL 2必须是Windows 10 版本 2004内部版本 19041或更高或者Windows 11。对于Hyper-V模式需要Windows 10 专业版、企业版或教育版家庭版不支持Hyper-V。如果是家庭版又想用Hyper-V需要额外步骤解锁但强烈建议升级系统或使用WSL 2。2. 开启虚拟化这是最关键的一步无论是WSL 2还是Hyper-V都需要CPU硬件虚拟化支持。进入BIOS/UEFI重启电脑在开机时按特定键通常是F2、F10、Del、Esc因品牌而异进入BIOS设置。找到虚拟化选项在BIOS中寻找类似Intel Virtualization Technology (VT-x)、AMD-V、SVM Mode或Virtualization的选项将其设置为Enabled。在Windows中确认重启进入Windows后打开任务管理器CtrlShiftEsc切换到“性能”标签页查看CPU信息确认“虚拟化”已启用。3. 启用“Windows 虚拟机监控程序平台”和“Windows Subsystem for Linux”这是为WSL 2做准备。以管理员身份打开 PowerShell 或 Windows Terminal。依次执行以下两条命令dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart执行完成后重启计算机。这个重启非常重要否则后续步骤可能出错。3.2 安装与配置 WSL 2重启后我们继续配置WSL。1. 设置 WSL 2 为默认版本打开 PowerShell运行wsl --set-default-version 2这个命令告诉系统以后新安装的WSL发行版都默认使用第2版。2. 安装一个 Linux 发行版你可以从微软商店安装比如Ubuntu。打开 Microsoft Store搜索 “Ubuntu”选择最新的LTS版本如Ubuntu 22.04 LTS安装即可。安装后从开始菜单启动它它会完成初始设置让你创建Linux用户名和密码。3. 验证 WSL 版本安装好发行版后在PowerShell中运行wsl -l -v你应该能看到类似下面的输出确认你的发行版后面显示的是2。NAME STATE VERSION * Ubuntu-22.04 Running 23.3 安装 Docker Desktop for Windows现在主角可以登场了。1. 下载安装包访问 Docker 官网的 Docker Desktop for Windows 下载页面。它会自动检测你的系统是Intel/AMD还是ARM下载对应的稳定版安装包。2. 运行安装程序双击下载好的Docker Desktop Installer.exe。安装过程基本是“下一步”到底但请注意安装过程中安装程序会询问你是否使用WSL 2而不是Hyper-V。确保勾选这个选项。安装完成后它会提示需要重启。再次重启电脑。3. 首次启动与配置重启后从开始菜单找到“Docker Desktop”并运行。第一次启动可能需要几分钟因为它会进行初始化设置包括在WSL 2中安装Docker引擎。你会看到Docker的鲸鱼图标出现在任务栏通知区域。可能会弹出权限请求询问是否同意Docker使用网络等点击同意。3.4 关键配置调优安装成功只是开始合理的配置能让后续使用事半功倍。右键点击任务栏的Docker图标选择 “Settings”。1. 资源分配Settings - ResourcesWSL Integration确保你安装的WSL发行版如Ubuntu-22.04后面的开关是打开的。这允许该发行版直接与Docker守护进程通信。Advanced在这里可以调整分配给Docker的CPU核心数、内存和交换空间。对于日常开发建议内存至少设置为4GB4096 MB或更高具体取决于你同时运行的容器数量和宿主机的总内存。CPU核心数可以给2-4个。2. 镜像加速器Settings - Docker Engine由于网络原因从Docker Hub拉取镜像可能会非常慢。我们需要配置国内镜像加速器。在配置窗口一个JSON编辑器中找到或添加registry-mirrors项。国内常用的加速器地址有{ registry-mirrors: [ https://docker.mirrors.ustc.edu.cn, https://hub-mirror.c.163.com, https://mirror.baidubce.com ] }添加后点击“Apply Restart”Docker会重启并应用新配置。3. 文件共享Settings - Resources - File Sharing如果你计划在WSL 2内部的Linux文件系统中进行开发这是性能最好的方式这一步通常不需要额外配置。但如果你坚持在Windows盘符如C:\myproject下开发则需要确保该盘符在“File Sharing”列表中已被勾选共享。重要心得我强烈建议将你的项目代码放在WSL 2发行版的文件系统内例如~/projects/。这样能获得最佳的磁盘I/O性能避免因跨系统文件访问带来的各种权限和性能问题。你可以通过\\wsl$\Ubuntu-22.04\home\yourname\projects这样的网络路径在Windows资源管理器中访问它们。4. 从入门到熟练Docker 核心使用实战环境就绪让我们通过几个经典场景快速掌握Docker的核心操作。4.1 验证安装与运行第一个容器打开你的终端可以是Windows Terminal中的PowerShell也可以是WSL 2的Ubuntu终端让我们运行经典的“Hello World”。# 1. 验证Docker安装和版本 docker --version docker-compose --version # 检查Docker Compose它通常随Docker Desktop一起安装 # 2. 运行一个测试容器 docker run hello-world如果一切正常你会看到一串输出最后以“Hello from Docker!”结束。这个命令做了什么呢docker run命令会先在本地的镜像仓库中查找hello-world镜像没找到就去配置的镜像仓库默认是Docker Hub拉取它然后基于这个镜像创建并启动一个容器执行容器内预设的指令输出Hello World最后容器退出。4.2 镜像操作拉取、查看、清理镜像是容器的模板。我们以运行一个Nginx服务器为例。# 1. 从仓库拉取镜像如果不指定标签默认拉取 latest docker pull nginx:alpine # alpine是一个超小的Linux发行版镜像体积很小 # 2. 查看本地已有的镜像 docker images # 或使用更强大的格式 docker image ls # 3. 基于镜像运行一个容器 # -d: 后台运行 # -p 8080:80: 将宿主机的8080端口映射到容器的80端口 # --name my-nginx: 给容器起个名字方便管理 docker run -d -p 8080:80 --name my-nginx nginx:alpine # 4. 验证 # 打开浏览器访问 http://localhost:8080你应该能看到Nginx的欢迎页面。 # 5. 查看正在运行的容器 docker ps # 6. 停止容器 docker stop my-nginx # 7. 再次启动已停止的容器 docker start my-nginx # 8. 删除已停止的容器 docker rm my-nginx # 9. 删除不再使用的镜像谨慎操作 # 先确保没有容器在使用它 docker rmi nginx:alpine # 10. 定期清理删除所有已停止的容器、未被任何容器引用的网络、构建缓存等 docker system prune -f # 更彻底的清理包括未使用的镜像 # docker system prune -a -f4.3 容器操作生命周期与交互容器是镜像的运行实例。我们需要掌握它的整个生命周期管理。# 1. 运行一个交互式容器以Ubuntu为例 # -it: -i 保持标准输入打开-t 分配一个伪终端合起来实现交互式操作 # --rm: 容器退出时自动删除适合临时测试 # --name my-ubuntu: 命名 docker run -it --rm --name my-ubuntu ubuntu:22.04 /bin/bash # 现在你进入了容器的bash shell可以执行任何命令如 ls, cat /etc/os-release # 输入 exit 退出容器容器会因--rm选项被自动删除。 # 2. 在运行中的容器内执行命令 # 假设我们有一个后台运行的Redis容器 docker run -d --name my-redis redis:alpine # 不进入容器内部直接执行命令 docker exec my-redis redis-cli ping # 应返回 PONG # 进入容器内部的shell进行交互 docker exec -it my-redis /bin/sh # alpine镜像通常用sh不是bash # 3. 查看容器日志 # 这对于调试应用非常重要 docker logs my-redis # 实时跟踪日志输出 docker logs -f my-redis # 4. 查看容器资源使用情况类似top命令 docker stats # 5. 查看容器的详细信息包括IP地址、挂载卷、启动命令等 docker inspect my-redis # 可以结合格式输出只查看特定信息如IP地址 docker inspect -f {{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}} my-redis4.4 数据持久化卷Volumes与绑定挂载Bind Mounts容器本身是无状态的关闭后其内部产生的所有数据都会丢失。为了持久化数据如数据库文件、应用日志、配置文件我们需要使用卷或绑定挂载。卷Volume由Docker管理存储在宿主机的特定区域Linux下通常是/var/lib/docker/volumes/与容器的生命周期解耦。是持久化数据的最佳实践。# 1. 创建一个卷 docker volume create my-data # 2. 运行容器并使用卷 # -v my-data:/data: 将卷my-data挂载到容器内的/data目录 docker run -d --name my-mysql -v my-data:/var/lib/mysql -e MYSQL_ROOT_PASSWORDsecret mysql:8 # 3. 查看卷信息 docker volume ls docker volume inspect my-data # 4. 即使删除my-mysql容器my-data卷及其数据依然存在可以挂载给新的容器。绑定挂载Bind Mount将宿主机上的一个特定目录或文件直接挂载到容器中。常用于开发环境实现宿主机代码与容器运行环境的实时同步。# 假设你的项目在宿主机 /mnt/c/Users/YourName/myapp (WSL2路径) 或 C:\Users\YourName\myapp # 将其挂载到容器的 /app 目录 docker run -d -p 5000:5000 \ -v /mnt/c/Users/YourName/myapp:/app \ --name my-dev-app \ python:3.11-slim \ sh -c cd /app pip install -r requirements.txt python app.py # 现在你在宿主机上修改代码容器内的/app目录内容会实时同步应用也会热重载如果框架支持。关键区别与选择卷数据由Docker管理更安全、便携适合生产环境存储数据库文件等。绑定挂载直接链接宿主机目录性能好适合开发、调试可以实时修改代码或配置文件。但将宿主机目录结构暴露给了容器。4.5 网络互联让容器彼此通信默认情况下每个容器都有自己的网络命名空间相互隔离。Docker提供了几种网络模式。# 1. 查看网络 docker network ls # 默认会有一个bridge、host、none网络。 # 2. 创建自定义桥接网络推荐 # 自定义的桥接网络提供自动的DNS解析容器之间可以通过容器名互相访问。 docker network create my-network # 3. 将容器连接到自定义网络 docker run -d --name web --network my-network nginx:alpine docker run -d --name app --network my-network my-python-app # 现在在app容器内部可以直接通过 ping web 或 http://web 来访问web容器。 # 无需知道web容器的IP地址。 # 4. 端口映射让外部访问 # 我们在之前已经用过 -p 参数它将宿主机端口映射到容器端口。 # -p 8080:80 意味着访问宿主机的8080端口流量会转发到容器的80端口。 # 可以映射多个端口-p 8080:80 -p 8443:4435. 进阶实战使用 Dockerfile 构建自定义镜像拉取现成镜像很方便但更多时候我们需要构建自己的应用镜像。Dockerfile是一个文本文件包含了一系列构建镜像的指令。让我们为一个简单的Python Flask应用创建镜像。项目结构/myapp ├── app.py ├── requirements.txt └── Dockerfileapp.py:from flask import Flask app Flask(__name__) app.route(/) def hello(): return Hello from Dockerized Flask App! if __name__ __main__: app.run(host0.0.0.0, port5000)requirements.txt:Flask2.3.3Dockerfile:# 1. 选择基础镜像。使用官方的、轻量的Python镜像。 FROM python:3.11-slim # 2. 设置工作目录。后续命令都会在这个目录下执行。 WORKDIR /app # 3. 复制依赖文件。先复制这个文件可以利用Docker的构建缓存。 COPY requirements.txt . # 4. 安装依赖。在容器内运行命令。 RUN pip install --no-cache-dir -r requirements.txt # 5. 复制应用代码。注意 . 代表构建上下文通常是Dockerfile所在目录下的所有文件。 COPY . . # 6. 声明容器运行时监听的端口。这只是一个文档说明实际映射需要在 docker run 时用 -p 指定。 EXPOSE 5000 # 7. 定义容器启动时执行的命令。 CMD [python, app.py]构建与运行# 1. 进入项目目录 cd /mnt/c/Users/YourName/myapp # 2. 构建镜像。-t 参数给镜像打标签名称:版本。 docker build -t my-flask-app:1.0 . # 3. 查看构建的镜像 docker images | grep my-flask-app # 4. 运行容器 docker run -d -p 5000:5000 --name flask-container my-flask-app:1.0 # 5. 访问 http://localhost:50006. 组合服务使用 Docker Compose 编排多容器应用现实项目往往需要多个容器协同工作如Web应用 数据库 缓存。手动用docker run管理每个容器非常繁琐。Docker Compose通过一个YAML文件来定义和运行多容器应用。假设我们有一个Web应用上面的Flask和一个Redis缓存。创建docker-compose.yml:version: 3.8 # 指定Compose文件格式版本 services: # 定义所有服务 web: build: . # 使用当前目录下的Dockerfile构建镜像 ports: - 5000:5000 environment: # 设置环境变量在app.py中可以通过 os.environ.get(REDIS_HOST) 读取 REDIS_HOST: redis depends_on: # 声明依赖先启动redis服务 - redis # volumes: # 开发时可以使用绑定挂载实现代码热更新 # - .:/app redis: image: redis:alpine # 使用现成的Redis镜像 # ports: # 如果不需要从宿主机直接访问Redis可以不映射端口Web服务通过内部网络访问 # - 6379:6379 volumes: - redis-data:/data # 使用命名卷持久化Redis数据 volumes: # 声明在顶层定义的卷 redis-data:使用 Compose 管理应用# 1. 在包含 docker-compose.yml 的目录下启动所有服务后台运行 docker-compose up -d # 2. 查看运行状态 docker-compose ps # 3. 查看所有服务的日志组合输出 docker-compose logs -f # 4. 查看特定服务的日志 docker-compose logs -f web # 5. 停止所有服务 docker-compose down # 默认会停止并删除容器、网络但保留卷。如果想同时删除卷加 -v 参数。 # 6. 重新构建镜像并启动例如修改了Dockerfile后 docker-compose up -d --buildDocker Compose极大地简化了多服务环境的搭建和管理是本地开发和测试的利器。7. 避坑指南常见问题与解决方案实录即便按照步骤操作你也可能会遇到一些“坑”。下面是我在Windows Docker使用中积累的一些常见问题及解决方法。7.1 Docker Desktop 启动失败虚拟化支持未检测到这是最常见的问题错误信息通常包含virtualization support wasn’t detected或Docker Desktop failed to start。排查步骤确认BIOS虚拟化已开启这是最根本的原因。务必按照3.1节的方法进入BIOS确认VT-x/AMD-V已启用。检查Windows功能确保“Windows 虚拟机监控程序平台”和“Windows Subsystem for Linux”已启用3.1节第3步。有时安装程序可能没启用成功可以手动在“控制面板 - 程序 - 启用或关闭Windows功能”中勾选并重启。关闭冲突的虚拟化软件某些安全软件如某些版本的360、腾讯电脑管家、安卓模拟器如蓝叠、雷电、或者其他虚拟机软件如VMware Workstation、VirtualBox可能与Hyper-V或WSL 2冲突。尝试暂时关闭或卸载它们。以管理员身份运行右键点击Docker Desktop图标选择“以管理员身份运行”。重置Docker Desktop在任务栏Docker图标上右键 - “Troubleshoot” - “Reset to factory defaults”。注意这会删除所有镜像、容器和卷慎用。7.2 WSL 2 安装或启动问题错误WSL 2 requires an update to its kernel component。解决访问 WSL 2 Linux内核更新包 的微软官方页面下载并安装那个很小的MSI更新包然后重启。WSL发行版启动失败或卡住。解决在PowerShell中运行wsl --shutdown彻底关闭所有WSL实例然后重新启动你的发行版。如果问题依旧可以尝试注销并重新安装发行版wsl --unregister Ubuntu-22.04会删除该发行版及其所有数据然后从商店重新安装。7.3 镜像拉取缓慢或失败现象docker pull速度极慢甚至超时。解决务必配置国内镜像加速器如3.4节第2步所述。可以多试几个镜像地址选择速度最快的。也可以使用阿里云、腾讯云等提供的个人专属加速器地址需要注册账号。7.4 文件权限问题尤其在绑定挂载时现象在Windows下创建的文件在容器内运行时提示“Permission denied”。背景Windows和Linux的文件权限系统不同。从Windows挂载到Linux容器文件默认可能没有执行权限。解决最佳实践将项目代码放在WSL 2的Linux文件系统内如~/projects然后在Docker中挂载这个Linux路径可以完全避免权限问题。如果必须在Windows路径下可以在docker run时通过-u参数指定用户IDdocker run -u $(id -u):$(id -g) ...。或者在Dockerfile的RUN指令中主动修改挂载目录的权限不推荐影响宿主机文件。7.5 端口被占用现象运行docker run -p 80:80 ...时提示Bind for 0.0.0.0:80 failed: port is already allocated。解决更改映射端口例如-p 8080:80。找出占用端口的进程并停止它。在PowerShell中运行netstat -ano | findstr :80找到PID然后在任务管理器中结束该进程。7.6 Docker 命令需要 sudo在WSL 2内现象在WSL 2的Ubuntu终端里直接运行docker ps提示权限错误。解决将你的用户加入docker组。sudo usermod -aG docker $USER然后完全退出WSL终端关闭所有窗口再重新打开。这是因为Docker Desktop在安装时会在WSL 2内创建一个docker组并配置好套接字权限。8. 性能优化与日常维护建议为了让Windows下的Docker用得更顺手这里有一些进阶技巧。1. 调整WSL 2内存和CPU限制WSL 2默认会占用最多50%的内存和CPU。如果你内存很大可以手动调整。在用户目录C:\Users\YourName\下创建或编辑文件.wslconfig[wsl2] memory8GB # 限制WSL2最大使用内存根据你的主机内存调整如16G主机可设8G processors4 # 限制WSL2使用的CPU核心数 swap2GB # 设置交换空间大小 localhostForwardingtrue保存后在PowerShell运行wsl --shutdown关闭WSL再重启Docker Desktop生效。2. 将Docker数据目录移动到非系统盘默认镜像、容器数据都存放在C盘。如果C盘空间紧张可以迁移。右键任务栏Docker图标 - Settings - Resources - Advanced - Disk image location。修改路径到其他盘符如D:\DockerData。点击“Apply Restart”Docker会迁移数据耗时较长。3. 善用.dockerignore文件在构建镜像时COPY . .会把构建上下文的所有文件都发送给Docker守护进程。如果项目里有node_modules,.git, 日志等大文件或无关文件会拖慢构建速度并增加镜像体积。在项目根目录创建.dockerignore文件内容类似**/node_modules **/.git **/*.log **/.env Dockerfile docker-compose.yml README.md4. 使用多阶段构建优化镜像对于需要编译的应用如Go、Java最终的运行环境可能不需要编译工具链。多阶段构建可以在一个Dockerfile中使用多个FROM指令只将最终需要的产物复制到一个小体积的运行时镜像中极大减小镜像尺寸。5. 定期进行系统清理长期使用会积累很多无用的镜像、容器、卷和构建缓存占用磁盘空间。# 查看磁盘使用情况 docker system df # 清理所有未使用的资源谨慎操作会删除未使用的镜像 docker system prune -a -f # 清理特定卷先确认卷不再使用 docker volume prune从最初的系统准备到核心概念剖析再到一步步安装配置、实战操作最后到问题排查和优化建议我希望这份超过五千字的指南能成为你在Windows上征服Docker的详细路线图。记住容器化是一个实践性极强的技能最好的学习方式就是动手去用。从一个简单的docker run hello-world开始到用Docker Compose编排起自己的完整开发环境每一步都会让你对现代应用交付有更深的理解。如果在实践中遇到本指南未覆盖的独特问题善用docker --help、官方文档和社区搜索你遇到的问题很可能早已有人踩过坑并分享了解决方案。