为何选择 WSL?
原生体验 :在 Windows 下直接运行 Linux 可执行文件,无需虚拟机或双系统。
共享资源 :磁盘、剪贴板与网络默认互通,省却跨系统搬运文件的麻烦。
生态兼容 :能使用 apt、pip 等原生包管理器,同时调用 Windows 端的编辑器或浏览器调试结果。
爆改潜力 :透过自定义发行版、启动脚本和代理策略,能将 WSL 打造成接近生产环境的轻量开发容器。
安装与初始化流程
启用组件
以管理员身份打开 PowerShell,依次执行:
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
重启电脑后,运行 wsl --install 安装默认发行版(Ubuntu)。
首次登录配置
sudo apt update && sudo apt upgrade -y
根据习惯安装常用工具:sudo apt install -y build-essential git zsh curl.
目录规划
保持 Linux 端项目位于 /home/<user>/workspace,避免在 /mnt/c 内直接运行 Node 或 Python 构建,减少 I/O 抖动。
若需访问 Windows 文件,可通过 /mnt/c/Users/<name>/ 软链接到工作目录。
常用优化与日常命令
一键启动特定发行版 :wsl -d Ubuntu-22.04
切换默认版本 :wsl --set-default-version 2;如需回退到 WSL1 便于旧项目兼容,可对单个发行版执行 wsl --set-version <Name> 1。
自定义全局代理 :
echo 'export http_proxy=http://127.0.0.1:7890' >> ~/.bashrc echo 'export https_proxy=$http_proxy' >> ~/.bashrc source ~/.bashrc
挂载外部磁盘 :sudo mount -t drvfs D: /mnt/d 可将公司项目所在分区映射进 WSL。
备份与迁移 :wsl --export <Name> <backup.tar>;新机器上 wsl --import 即可恢复。
推荐的日常工作流
Windows 端用 VS Code 打开 \\wsl$\<Name>\home\<user>\workspace;
终端命令统一在 WSL 内执行,保证依赖环境一致;
若需图形界面(如浏览器调试),可借助 wslg 或 vcxsrv;
利用 tasks.json 或 make 管理编译流程,减少在 Windows 与 WSL 之间切换命令。
WSL 的关键在于“让 Windows 成为轻量的宿主”,把开发流程收拢到 Linux 环境中。按照以上步骤即可完成从安装、优化到稳定工作的全流程准备。