用Win10中的Linux子系统是怎么样的体验?

wls1启动快，性能差，兼容性差。

创新互联公司是专业的文安网站建设公司，文安接单;提供网站制作、成都网站建设,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行文安网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!

wls2启动慢，性能略好，兼容性略好。

无论是1还是2都不支持图形，都无法直接访问硬件设备。比如硬盘设备，比如显卡GPU等等。

在使用体验上，就是阉割了图形，弱化了兼容性，并强化性能后的虚拟机。

一开始新鲜，觉得还不错，遇到一两个BUG以后，就基本不用了。还是真正的linux发行版更好。

Win10中的Linux子系统安装：

1、开启开发人员模式。在win10中使用linux子系统，需要开启“开发人员模式”。依次打开【设置】--》【更新和安全】--》【针对开发人员】，勾选“开发人员模式”

2、打开【启用或者关闭windows功能】。在【启用或者关闭windows功能】开启使用于“适用于linux的windows子系统”。

PS：此界面在【控制面板】的【程序】界面中。win10创意者更新之后，可以直接在搜索中输入“程序”，可以快速打开这个界面，开启windows功能需要重启，此处需要重启一次

3、安装linux子系统。

电脑重启后，打开cmd，输入“bash”，此时提示需要从微软app商店下载ubuntu系统。然后一路’yes‘，等待安装结束

4、安装linux完成后，在cmd或者power shell输入bash，就可以进入linux子系统了。

WSL2 - Windows10才是最好的 Linux 发行版

虽然偶有时间读了一些关于Windows10 Linux子系统的文章，但一直对于WSL2都没有个完整的概念，这几天抽时间把玩了一番，Windows10 WSL2，Ubuntu20，Terminal，VSCode，Docker，这感觉，爽了，所以打算在这里找个犄角记录一番。

首先，能想出来，并且能干出这种变态事情的也就只有MS了。WSL2的主要目标就是运行一个完整的Linux内核，所以在架构上与WSL完全不同。

从架构的变化来看，WSL2和Windows NT都运行在了虚拟硬件层之上，两个系统并列且独立。所以理所当然的想到了两种玩法：

1.像之前的WSL一样，通过WSL命令实现互访。

2.把Linux都看作虚拟机，通过网络互访。

Win NT端的WSL命令运行在NT的用户模式下，依靠Linux Session Manager Service管理Linux子系统。这个Manager Service会通过容器服务启动Linux子系统，并调用init启动bash，随后将bash交给WSL命令，从而实现了Win和Linux的命令交互。因为Linux子系统的轻量特性，启动时间很短，用户不会感知到容器的启动过程。

所以第一个玩法，自然是WSL命令。

第二个玩法，当然访问Linux子系统中的文件。对于这一点疑问还是比较多的。首先，看一下WSL2的文件结构。

WSL2采用了ext4文件系统，和传统的Hyper-V上玩Linux虚拟机没什么不同，最终都放在了虚拟硬盘文件中。我并不确定Windows NT子系统是否能够在Hypervisor中获取这些硬盘文件，但即便能够访问，对于Windows子系统来说，从这个文件中提取Linux主机上保存的某个文件这样的事情也真的太过于复杂。

一个简单的办法就是文件共享，毕竟这是最为成熟的解决方案。但也许是复杂度的原因，MS并没有采用SMB协议，而是采纳了贝尔实验室的9P。简单说，9P是为分布式操作系统设计的网络协议，MS根据这个协议搞了一个子系统间的文件共享系统。

根据MS的规则， \\WSL$\Linux子系统名称\文件path 就可以访问Linux子系统中的文件了。

既然Windows子系统和Linux子系统之间彼此独立，支持网络共享文件，那么也就是一定存在网络访问的方式喽。

从上面的图可以看出，MS真的很大方，这个网络相当于16个C类网段。怀念我的大学，这可能是仅剩的一点专业知识了。也能看出，Linux虽然可以访问外网，但走的是WIndows子系统的转发。那么外面该如何访问Linux呢？当然是Windows端口代理了： netsh interface portproxy add ……

MS实现了WIndows子系统中Localhost访问WSL2的能力（127.0.0.1不行），另外的坑就是WSL2的IP地址不能固定。虽然MS做了很多努力，但把两个子系统的网络完全整合到一起是不大可能实现的事情，起码短期无法解决。因为端口具有其特殊的含义，比如：22，443，80等等等等，而两个独立系统会有重叠的情况。还有转发的各种规则，加上实际的网络远比理论要复杂很多，灵活运用才是正道。

剩下的就交给想象力了，很多时候，解决网络实际问题依靠的就是某个时点的一次突发奇想。

反过来说WSL2访问Windows就容易了很多，虽然架构图画的是平起平坐，但毕竟这个是Windows10，所以不会存在WIndows Session Manager Service这种东西。于是一个9P几乎就全搞定了。

像之前展示的WSL PWD命令结果那样，在Linux中观察Windows的文件路径是以/mnt/开始，之后是盘符，如C盘就是 /mnt/c/，之后是文件路径。

这些玩法已经足以满足我的需求了，但并非WSL2的全部。比如之前见过有人玩起来XServer，SSH等等，而对于我来说这样的脑洞解决不了我的任何的实际问题，也就懒得倒腾了。和大多数人一样，我对WSL2的期待都围绕着Docker，省一个虚拟机，抛弃Docker Desktop，让Docker运行在真正的Linux内核上。WSL2 加上 Docker，Terminal 和 VSCode真的很魔幻。

本文参考文档：

windows 子系统wsl2 占用内存过大的解决方案

近期将本地开发环境配置到的wsl2子系统中，出现wsl之系统暂用宿主机内存过多，导致数组机卡顿，通过在网上查阅资料获得解决方案记录下来，以供它人参考

在当前用户目录下新建.wslconfig文件，我的路径是:C:Usersadmin.wslconfig

然后在文件中添加配置内容:

然后在window 终端 输入 wsl --shutdown 关闭wsl，然后重启生效

processors 设置虚拟处理器数量

memory wsl 2占用系统内存上线，可根据实际情况配置

localhostForwarding=true 设置在 Windows 中通过 127.0.0.1 或 localhost 访问 WSL2 服务

用cmder启动WSL，WSL2（Windows Subsystem for Linux，Linux子系统）

cmder官网

安装教程

名称： ubuntu

图标： /icon "%CMDER_ROOT%\icons\cmder.ico"

task： "C:\Windows\System32\wsl.exe"

最详尽教程完整介绍-Windows 的 Linux 子系统-WSL1&WSL2

必须启用“适用于 Linux 的 Windows 子系统”可选功能并重启，然后才能在 Windows 上运行 Linux 发行版。

以管理员运行Powershell（开启WSL，如已开启可跳过）

WSL 1 和 WSL 2 之间的主要区别在于，在托管 VM 内使用实际的 Linux 内核、支持完整的系统调用兼容性以及跨 Linux 和 Windows 操作系统的性能。

WSL2相比WSL1来说可以完美支持Docker。与WSL1的模拟Linux API不同的是，WSL2采用在Hyper-V虚拟机中运行的方案。可以说WSL2和原汁原味的Linux已经十分接近

不支持Docker的守护进程，但您可以使用 Docker CLI 连接到通过 Docker for Windows 或您创建的任何其他VM 运行的远程Docker守护进程

不能完全兼容systemctl, systemd等等，IO速度相对原生Linux也是大打折扣，在编译和解压方面可以很深体会到。毕竟不是真正的Linux，而是挂在Windows NT内核之上的仿Linux 系统

由于WSL 还不是原生的Linux，所以需要借助 Docker for Windows 来实现Docker（Docker for Windows 是基于Hyper-V 技术）

另外一种方式是，在WSL1中安装docker 客户端，连接 docker server, 来解决在WSL1上使用docker 的问题。（PS: Win10 的Linux 子系统是装不了 docker （服务端）的，但是可以安装客户端）

参考

WSL2 是第二代 WSL，包含在2020年5月正式发布 Windows 10 v2004 版中。相比第一代，新的 WSL2 重新设计了架构，使用真正的 Linux 内核，几乎具有 Linux 的所有完整功能。启用WSL2的 Linux 系统启动时间非常快，内存占用很少，并且，WSL 2 还可以直接原生运行 Docker，VS Code 编辑器还有 Remote-WSL 插件，相对于完整的 linux 虚拟机只是不支持 systemctl、systemd，不能直接运行图形桌面。Windows 也越来越向虚拟平台靠拢，Windows NT 内核和 Linux 内核都是运行在虚拟平台之上的，是平级的

如果发现VERSION为1，说明Ubuntu运行在WSL1下，可以升级到 WSL2。同样，WSL2也可以降级到WSL1。

wsl -l -v #查看已安装Linux版本和名称，完整命令格式：wsl --list --verbose

具体步骤参考 ：

安装 WSL 2 之前，必须启用“虚拟机平台”可选功能

wsl --set-version Ubuntu 2 #升级到WSL2，其中 Ubuntu 是已经安装的Linux名称，命令格式：wsl --set-version Distro Version

启用WSL后，通过 \wsl$ 可以访问WSL文件

最初的WSL是在Windows之上模拟Linux内核，但是Windows和Linux之间存在如此基本的差异，以至于某些事情不可能以与本机Linux相同的行为实现，这意味着不可能直接在 WSL中运行 Docker Engine 和Kubernetes

在WSL1中，Docker Desktop通过Hyper-V虚拟机去运行docker环境的

升级到WSL2 之后， Docker Desktop 可以直接用 WSL2，直接运行在Linux 内核上了

通过如下设置，Docker Desktop就和WSL2分发版本进行了集成，无需在WSL中安装docker; 当然，也可以选择不与Docker Desktop集成，直接在WSL 中运行docker 容器。

启用WSL后，docker运行数据都在WSL发行版中，文件位置都只能由WSL管理

安装docker后，docker会自动创建2个发行版：

WSL发行版默认都是安装在C盘，在%LOCALAPPDATA%/Docker/wsl目录

docker的运行数据、镜像文件都存在%LOCALAPPDATA%/Docker/wsl/data/ext4.vhdx中

通过 WSL 2 集成，您仍然可以体验到与 Windows 的无缝集成，但在 WSL 中运行的 Linux 程序也可以执行相同的操作。这对于从事面向 Linux 环境的项目或为 Linux 量身定制的构建过程的开发人员产生了巨大影响。不再需要维护 Linux 和 Windows 构建脚本！例如，Docker 的开发人员现在可以在 Windows 上的 Linux Docker 守护程序上工作，使用与 Linux 计算机上的开发人员相同的工具和脚本集：

注：WSL2 Docker最爽的地方是和宿主机Win10共享network，我们在宿主机Win10使用localhost加端口号就可以访问Docker中对应container中的服务，十分方便

wsl #启动

wsl --shutdown #关闭所有正在运行的 Linux 和 WSL 2

启动 WSL2 之后，会在任务管理器中发现多了一个 虚拟机工作线程

访问wsl 文件

卸载发行版

有时候某个Linux发行版不再使用，或者是环境被搞坏需要重装，这时候我们可以卸载掉这个Linux发行版。方法如下。

当前名称：包含windows子系统2的词条
地址分享：http://azwzsj.com/article/hgpeoi.html