Windows安装 WSL2、Ubuntu 、docker（详细步骤 ， 弃用 docker desktop ）

前言

在现代软件开发领域，容器化技术已经成为提升应用部署效率和环境一致性的关键手段。Docker 作为一款卓越且被广泛应用的容器化平台，凭借其独特的技术架构，允许开发者将应用程序及其所需的全部依赖项，完整地打包进一个高度可移植的容器中。这一创新的技术方案，使得应用无论部署在何种基础环境，无论是本地开发机、测试服务器，还是复杂的生产集群，都能以高度一致的方式稳定运行，极大地降低了因环境差异导致的应用故障风险。在 Windows 操作系统生态中，Docker Desktop 凭借其出色的易用性，成为了广大开发者安装 Docker 的首选途径。它精心设计的用户友好型图形界面，将原本复杂繁琐的 Docker 安装与日常管理流程大幅简化。通过直观的操作界面，即使是初次接触 Docker 的新手，也能在短时间内轻松完成安装，并且在后续的镜像管理、容器启停、网络配置等操作中，享受到高效便捷的使用体验。

然而，如同任何技术产品一样，Docker Desktop 在带来便利的同时，也存在一些难以回避的局限性。从功能层面来看，尽管其功能覆盖广泛，但仍有部分高级功能在 Docker Desktop 上无法充分释放其全部潜力，甚至某些前沿功能还处于试验阶段，稳定性和完整性有待进一步提升。这无疑会对那些依赖这些功能进行深度开发和优化的用户，造成显著的使用体验影响。在资源占用和兼容性方面，作为一个独立运行的大型应用程序，Docker Desktop 在运行过程中不可避免地会占用相当数量的系统资源，包括内存、CPU 等关键硬件资源。这对于那些运行在硬件配置有限的开发环境，或者同时运行多个资源密集型应用程序的用户来说，可能会导致系统整体性能下降。更为棘手的是，Docker Desktop 与其他应用程序之间偶尔会出现兼容性冲突，这不仅增加了用户排查和解决问题的难度，也可能会对正在进行的开发工作造成不必要的中断。

此外，对于长期沉浸在命令行操作环境，习惯通过简洁高效的命令行指令完成各项任务的开发者而言，Docker Desktop 的图形化界面反而可能成为一种操作负担。他们更倾向于在熟悉的命令行交互模式下，对 Docker 进行精细化控制。而在 Windows Subsystem for Linux 2（WSL2）中安装 Docker Engine，则恰好满足了这部分用户的需求。

WSL2 是微软投入大量研发资源精心打造的一项前沿技术，它为 Windows 系统用户带来了前所未有的 Linux 环境运行体验。通过 WSL2，用户可以在 Windows 系统上近乎原生地运行完整的 Linux 环境，并且在性能表现和兼容性方面都达到了行业领先水平。在 WSL2 中安装 Docker Engine，开发者不仅能够获得更为纯粹、原生的 Docker 使用体验，充分发挥 Docker 的全部技术优势，还能巧妙避开 Docker Desktop 存在的诸多限制与兼容性问题。同时，命令行交互方式也让习惯使用命令行的开发者能够延续他们熟悉的操作习惯，极大地提高开发效率。

一、WSL 2和Hyper-V的区别

WSL 2（Windows Subsystem for Linux 2） 和 Hyper-V 是微软提供的两种不同的虚拟化技术，各有优缺点，适用于不同的使用场景。详细比较如下：

特性	WSL 2	Hyper-V
定义	提供 Linux 子系统，允许直接运行完整 Linux 内核	Windows 的完整虚拟化技术，用于运行虚拟机和服务
虚拟化方式	较轻量的虚拟化，基于虚拟