Windows 开发环境完善
你说的对，但是「Windows11」是由 Microsoft 自主研发的一款全新闭源操作系统。使用该内核的系统运行在一个被称作「NTFS」的文件系统，在这里被 NT Kernel 选中的人将被授予「taskmgr」，管理进程的生杀大权的力量。你将扮演一位名为「Administrator」的神秘用户，在自由的使用中邂逅不同 Win32 应用、各有千秋独特的 Registry 项和各种 services 们，和它们一起享受各种 0X000xxxx 错误代码，打开关闭的 tpm2.0 的同时，逐步发掘「内存不能为 Read」的真相。
Windows Terminal
作为一个开发者避免不了需要使用终端的场景，而 Windows 以往默认的终端不好用也不好看。
现在你可以使用来自微软开发的新终端 Windows Terminal，它的界面已经得到了翻新，并且支持了许多以往没有的配置项。
新版本的 Windows 已经内置了 Windows Terminal 在系统中，你可以检查你的系统中是否已经安装，你可以通过 Microsoft Store 获取。
winget
Microsoft 官方提供的包管理器。
这个工具的本质其实是从官网下载安装引导程序，自动地帮你点击下一步完成安装。这可能会导致你在安装某些软件后，还自动地帮你安装了全家桶。
当你不想要遵循引导程序中的默认设置时，请使用 -i 选项以使用交互式安装。
winget install -i vscode
比如你可能需要在安装 VS Code 时，通过在安装引导程序内的选择帮你自动添加环境变量。或者是你在安装某些软件时，你需要取消勾选 checkbox 以避免安装全家桶。
Git Bash
在安装 Windows 版的 Git 通常都会顺带安装 Git Bash，它使得我们可以在 Windows 下使用和 Linux 一样的命令，我们也可以在 Windows Terminal 中使用 Git Bash。
# 创建一个新文件
# PowerShell
$ ni index.html
# Git Bash
$ touch index.html
WSL
Windows 是最好用的 Linux 发行版之一。
WSL 是一种在 Windows 中运行 Linux 的方案，新的 WSL2 本质上是运行在 Windows 内置的虚拟机 Hyper-V 之上，但与 Windows 做了一些集成，方便与 Windows 共同协作。
虽然 WSL 与真正的 Linux 还是有些许差异，但已足够满足大部分的开发场景。
通常 WSL 是以终端的形式出现，但也可以运行图形化界面的应用。
如果你在使用 WSL 时遇到了一些问题，你可以到我的另一篇文章看看有没有你需要的答案。
目前由官方支持的发行版有：Ubuntu、Debian、SUSE、Oracle Linux 和 Kali 等，它们都可以被很方便地从 Microsoft Store 获取。
你可以在 GitHub 上找到类似 ArchWSL 之类的仓库，帮助你将你偏好的发行版运行在 WSL 上。
Hyper-V 的兼容问题
WSL2 是运行在 Hyper-V 之上的，而 Hyper-V 与许多的虚拟机方案并不兼容。
如果你正在使用 VMware Workstation 或 VirtualBox，它们早在之前发布的版本就兼容了 Hyper-V。如果你使用的不是比较旧的版本，你无需担心。
如果你正在使用 Android 模拟器，可能就比较麻烦了。
你可以很方便地在 Android Studio 安装的 Android Emulator，它与 VMware Workstation 或 VirtualBox 一样，在较新的版本中都实装了对 Hyper-V 的兼容。
如你需要使用面向手游的 Android 模拟器如 BlueStacks 或者网易 Mumu 模拟器等，你可能就需要进行二选一的操作了。
虽然 BlueStacks 有提供一个兼容 Hyper-V 的测试版本，但是并不稳定。至少在我的尝试下，它并不能正常工作。而在开启了 Hyper-V 之后使用 Mumu 则会发生蓝屏的情况。
如果你只是偶尔使用 WSL，你可以尝试使用夜神模拟器（建议使用国际版且同样内置简体中文）。至少在我的电脑上，它会在运行前自动帮你关闭 Hyper-V，且不会像 Mumu 发生蓝屏 😥。
UWP Loopback
UWP 应用需要通过一些工具来使得它的网络请求会走到代理上。
这个是 Fiddler 提供的功能之一，如果你用的是 Clash for Windows，你可以在 Home 页就能看到 UWP Loopback，点击右侧的 Lunch Helper 就可以配置哪些 UWP 应用需要走代理。