1. 先理思路这份清单为什么以生产力为核心1.1 从热搜词看Windows用户的真实需求最近我在整理自己工位那台Windows工作站的时候顺手翻了一下Windows相关的热门搜索词发现一个很有意思的现象大家搜的已经不是“Windows 美化”、“Windows 主题”这类偏娱乐向的东西而是大量集中在windows安装docker、redis windows 下载、windows安装oracle19c、windows 安装wsl、jdk17下载windows、windows子系统这些开发环境搭建的词条上。这说明一个很现实的问题现在的Windows早已不只是办公和娱乐工具而是大量开发者、运维人员、数据分析师的主力工作机。我自己也是这么一路走过来的——以前拿到一台新电脑第一件事是装输入法、装浏览器、装播放器现在拿到一台新电脑第一件事是装Git、装Docker、装WSL、把Java环境跑起来。这份“Windows 装机必备软件清单”我要写的不是那种“全家桶式”的推荐列表而是围绕“装完就能干活、干得顺手”这个核心目标的实用清单。1.2 我的装机选型三原则在展开正文之前先说说我筛选“必备软件”的三个原则这也是我踩了无数次坑之后总结出来的原则一只为解决具体问题而装。很多软件确实不错但如果你的工作流里用不上装了就是浪费系统资源。比如某些系统优化工具天天弹提醒最后干的事和Windows自带的维护功能差不多这类我一律不装。原则二优先选跨平台或生态成熟度高的方案。Windows装机的特殊性在于很多开发工具最初的运行环境是Linux在Windows上跑往往会遇到路径分隔符、符号链接、权限模型不一致的问题。与其强行适配不如直接选官方支持Windows的方案或者通过WSL2这种正规的子系统方案来解决。原则三安全优先于便利。下载软件一律去官网或正规镜像站不要用第三方下载站的“高速下载器”。这一条怎么强调都不过分很多装机翻车现场就是从捆绑安装开始的。下面我按照“系统基础件 → 开发工具链 → 容器与虚拟化 → 数据存储与中间件 → 安全与维护”的顺序把我实际在用的这套方案完整写出来。2. 系统基础件装完系统先补这些2.1 压缩、截图与输入法这三个缺口Windows 10、Windows Server 2016、Windows 11 虽然自带了大量功能但有几个日常高频需求一直留着坑必须用第三方软件补上。压缩工具我推荐 Bandizip 或 7-Zip。如果你只是偶尔解个压7-Zip 完全够用免费开源、无广告、支持格式全。如果你需要预览压缩包内容、右键菜单更好用Bandizip 的免费版即可满足大部分场景。要注意的是某些压缩软件的国际版和国内版在广告策略上差别很大我个人的建议是7-Zip 走官网下载Bandizip 直接下国际版可以避免莫名其妙的捆绑和推广。截图工具这块Windows 自带的Win Shift S已经能满足最基本的区域截图需求但如果要标注、滚动截图、录屏那就需要 Snipaste 或 PixPin。我实际长期用的是 Snipaste它最核心的优势是“贴图”功能——可以把截图钉在屏幕上写代码时对照需求文档非常方便。PixPin 则在滚动截图上做得更好适合需要整页长截图的人。这类工具属于“装上就再也回不去”的典型代表但也提醒一句不要同时装好几个截图工具快捷键冲突会让你崩溃。输入法是个容易被忽略的装机项。Windows 自带微软拼音在绝大多数场景下已经够用但如果你需要五笔、需要更强的词库同步、或者对输入体验有更高要求可以考虑第三方。这里我没有特别强推某个输入法只想给一个建议尽量选没有弹窗广告的版本输入法属于常驻进程一旦有广告会非常影响体验。2.2 PowerShell 与终端体验的初始配置很多人在 Windows 上装完开发工具后第一步就卡在“命令行怎么这么难用”。实际上Windows 现在的终端体验已经比几年前好太多了。Windows Terminal是必装的它是微软官方出品的现代终端应用支持多标签页、分屏、自定义主题还能统一管理 PowerShell、CMD、WSL 等多个 shell。安装方式很简单直接在 Microsoft Store 搜索“Windows Terminal”安装即可。装完以后我建议做两件事第一把默认终端设置为 Windows Terminal第二把默认配置文件设置为 Windows PowerShell 或你后面要装的 WSL。PowerShell 本身也要做一些“开箱即用”的优化。很多人会遇到windows脚本命令闪退的问题这通常是因为执行策略限制导致的。以管理员身份打开 PowerShell执行下面这条命令就可以放开本地脚本的执行权限Set-ExecutionPolicy RemoteSigned -Scope CurrentUserRemoteSigned表示本地创建的脚本可以直接运行从互联网下载的脚本需要数字签名。这是安全与便利之间一个比较合适的平衡点不建议直接设成Unrestricted。另外PowerShell 的配置文件可以自定义提示符、别名和函数。我习惯在$PROFILE文件里加几个常用别名比如ll指向Get-ChildItem、g指向git status。这个文件默认不存在需要手动创建if (!(Test-Path -Path $PROFILE)) { New-Item -ItemType File -Path $PROFILE -Force } notepad $PROFILE这些操作看起来不起眼但日积月累能省下大量时间。很多人抱怨 Windows 命令行效率低其实是没有花十分钟做初始配置。2.3 系统镜像、语言包与更新管理热搜词里出现了windows镜像、windows多国语言、windows server 2016产品密钥这些条目说明不少人连装系统阶段都会遇到问题。镜像获取我只推荐微软官方渠道。Windows 10 和 Windows 11 都提供了官方的“媒体创建工具”下载后用 U 盘制作启动盘就行。Windows Server 系列在微软评估中心可以下载评估版镜像合法合规适合学习和测试场景。不建议从任何第三方“纯净版”“精简版”站点下载镜像你永远不知道别人在镜像里做了什么手脚一次中招就够你后悔。多国语言包在 Windows 的设置里直接可以添加。路径是“设置 → 时间和语言 → 语言和区域”点击“添加语言”即可。Windows Security、系统界面语言都跟随系统显示语言走如果你拿到的是英文版系统想改中文不需要重装系统装语言包后注销重新登录即可。有一件事要特别提醒windows server 2016产品密钥这类搜索词大概率是想通过搜索找到免费密钥。这里明确说一句一个正规的系统环境不应当通过非正规途径获取授权。如果你负责的是生产环境请务必使用合规授权如果是个人学习微软也提供了很多合法的开发者授权和评估渠道。3. 开发工具链真正撑起工作效率的部分3.1 版本管理工具Git 的安装与初始配置Git 是 Windows 开发环境里绕不开的第一个工具。热搜词里windows安装git命令说明很多人会在安装环节卡住。其实 Git for Windows 的安装包是图形化的没什么难度真正要注意的是安装过程中几个关键选项PATH 环境变量选择 “Git from the command line and also from 3rd-party software”这样 Git 会被加入系统 PATHCMD、PowerShell、Windows Terminal 里都能直接用git命令。行尾转换建议选择 “Checkout as-is, commit as-is”也就是不做自动转换。如果在 Windows 上开发又经常和 Linux 环境打交道这个选项能避免大量换行符带来的 diff 噪音。SSH 客户端选 “Use OpenSSH”Git for Windows 自带了 SSH 客户端不需要额外装。安装完成后打开 PowerShell 设置用户信息git config --global user.name 你的名字 git config --global user.email 你的邮箱再设置一个我强烈推荐的参数让 Git 记住凭据避免每次 push 都输密码git config --global credential.helper manager新版 Git for Windows 默认自带 Git Credential Manager这条命令会启用 Windows 的凭据管理器第一次认证后就不再反复要求输入了。3.2 JDK多个版本并存怎么管理热搜词jdk17下载windows说明 Java 开发者在 Windows 装机人群里占比不小。JDK 17 是一个 LTS 版本目前使用非常广泛。安装 JDK 本身没什么技术含量官网下载对应 Windows x64 的.zip或.msi即可。真正值得聊的是多版本并存的问题。一个开发者的电脑上经常同时存在 JDK 8老项目、JDK 11中间版本、JDK 17新项目如果通过修改JAVA_HOME环境变量来切换太容易出错了。我的做法是把每个版本的 JDK 解压到独立目录比如D:\DevTools\jdk-17、D:\DevTools\jdk-8。不设置系统级JAVA_HOME而是在需要特定版本的项目目录下用脚本或 IDE 的 Project Structure 指定 JDK 路径。如果一定要在命令行快速切换用where java先确认当前 PATH 里生效的是哪个再调整 PATH 顺序。Windows 上改环境变量后新开的终端才会生效这一点经常有人忽略改完发现java -version没变化然后以为没改成功。另外很多 Java 程序员在 Windows 上会遇到c:\windows\system32\driverstore\filerepository相关的问题这实际上是驱动文件存储目录和 JDK 没有直接关系。出现这个路径相关的报错通常是一些硬件驱动更新后引导了错误的环境变量。正常安装 JDK 不会触碰到这个目录如果你被这个路径纠缠优先检查系统 PATH 是不是被某些软件写乱了。3.3 包管理器choco、winget 与 scoop 怎么选Windows 没有 Linux 那种统一的包管理器但现在的选择已经不少了。三个主流的我简单对比一下工具特点适合人群winget微软官方Windows 10/11 自带只想装几个常用软件的人choco老牌软件包数量大需要管理员权限经常批量部署软件的人scoop绿色免安装装进用户目录不需要管理员权限开发者喜欢干净环境的人我个人用 scoop 比较多因为它的“免管理员权限”和“环境隔离”特性非常适合开发机。用 scoop 安装 Git、JDK、Python 等工具不需要动系统全局环境变量卸载也干净。安装 scoop 只需要在 PowerShell 里执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser irm get.scoop.sh | iex然后就可以用scoop install git openjdk17 python这种命令批量安装工具。如果你的诉求只是装个软件不想折腾winget 就够了winget install --id Git.Git -e3.4 数据库与开发常用的“零碎”工具除了上述大件还有一批高频小工具。比如windows安装git命令相关的 Git Bash、DBeaver 或 Navicat 这类数据库客户端、Postman 或 Apifox 这类的接口调试工具、VS Code 这个覆盖绝大多数语言场景的编辑器。VS Code 建议装完后立刻做两件事开启自动保存File → Auto Save并设置合适的主题安装你常用语言的官方扩展。Windows 上 VS Code 集成终端默认使用 PowerShell如果你装了 WSL可以把默认终端改成 WSL这样在编辑器里直接操作 Linux 环境非常方便。4. 容器化与虚拟化Docker 与 WSL 的搭配4.1 为什么装 Docker 之前先装 WSL热搜词里docker windows、windows 安装docker、windows 安装wsl出现的频率非常高。Docker Desktop for Windows 的安装条件里WSL 2 几乎是必选项因为 Docker Desktop 在 Windows 上有两种后端Hyper-V 和 WSL 2。当前主流的建议是 WSL 2它的启动速度、内存占用、文件 IO 性能都明显优于 Hyper-V 后端而且和 Windows 的集成更自然。安装 WSL2 的命令非常简单Windows 10 版本 2004 及以上、Windows 11 都可以直接执行wsl --install这个命令默认会安装 WSL 2 和一个 Ubuntu 发行版。装完之后重启系统。然后确认一下当前的 WSL 版本wsl --status wsl --list --verbose如果你需要多个发行版可以用wsl --list --online查看可用列表再用wsl --install -d 发行版名称安装。WSL 2 和传统虚拟机的本质区别在于它不是一个完整的虚拟机而是一个轻量级实用工具。你可以直接在 Windows Terminal 里开一个 Ubuntu 标签页在里面跑 Linux 命令、部署服务、甚至跑 Docker 容器。4.2 Docker Desktop 安装配置的几个关键点Docker Desktop 安装包可以在 Docker 官网下载。安装完成后有几处配置我建议第一时间调Settings → General勾选 “Use the WSL 2 based engine”。Settings → Resources → WSL Integration开启你常用发行版的集成开关这样在 WSL 里也能直接用docker命令。Settings → Docker Engine如果需要配置镜像加速可以在这里改registry-mirrors配置。实际的镜像加速配置要根据你实际使用的镜像仓库来。如果你在国内网络环境下使用 Docker Hub拉取镜像可能会很慢可以配置可用的镜像加速地址。加速器在云端会缓存常用镜像注意选择正规服务。Docker Desktop 装完之后我习惯在 PowerShell 里立刻验证一下docker version docker run hello-world如果docker run hello-world能正常输出 “Hello from Docker!”说明整个链路已经通了。4.3 从 Windows 到 Linux 的文件互访如何从windows复制到linux这个热搜词背后的需求非常典型。很多人第一次在 Windows 上装 WSL 后不知道文件该怎么传递。实际上 WSL 2 提供了透明的跨文件系统访问在 Windows 的资源管理器地址栏输入\\wsl$\Ubuntu可以直接访问 WSL 里的 Linux 文件系统。在 WSL 内部Windows 的磁盘挂载在/mnt/c、/mnt/d等路径。复制粘贴是直接共享剪贴板的——在 Windows 复制文本到 WSL 里CtrlShiftV就能粘贴包括文件和图片也可以。不过要提醒一点跨文件系统的 IO 性能损失很大。如果你在 Windows 侧编辑一个文件然后频繁通过/mnt/c路径在 WSL 里读写它速度会比 WSL 自己文件系统里慢不少。建议把项目源码放在 WSL 的 home 目录下Windows 侧只做编辑器的远程打开或者通过\\wsl$路径访问。VS Code 的 WSL 插件就是干这个的——在 Windows 上打开 VS Code它会自动识别 WSL 环境并远程连接过去文件读写都在 Linux 侧完成体验非常顺畅。5. 数据存储与中间件装机后最常用的服务5.1 RedisWindows 下的几种安装方式热搜词redis windows、windows版本redis下载、redis windows 下载同时出现说明这个需求确实扎堆。这里要先说一个客观事实Redis 官方并不提供 Windows 原生版本Windows 版通常来自微软的存档或者第三方编译。目前最稳妥的方式有几种方案一WSL 2 里安装。在 WSL 的 Ubuntu 里直接sudo apt install redis-server这种最接近生产环境推荐优先选择。方案二Docker 运行。docker run -d -p 6379:6379 --name redis redis干净、隔离、好卸载。方案三使用 Memurai 这类兼容 Redis 协议的 Windows 原生实现但毕竟不是标准 Redis兼容性有风险。方案四使用微软存档的 Redis for Windows 二进制包。注意版本可能较老适合本地简单测试。我个人强烈建议用方案一或方案二。如果你只是因为本地开发需要快速起一个 RedisDocker 方式是效率最高的如果你要学 Redis 集群、持久化配置WSL 里安装更接近 Linux 生产环境的学习效果。5.2 ElasticsearchWindows 启动前的 JVM 坑windows启动elasticsearch也是高频搜索词。Elasticsearch 是用 Java 写的所以在 Windows 上启动它之前必须先确认 JDK 环境正常。新版 Elasticsearch 自带了一个 JDK但仍然会检查JAVA_HOME是否配置正确。在 Windows 上启动 Elasticsearch 的命令cd elasticsearch-8.x.x\bin elasticsearch.bat常见的启动失败原因有这么几个JAVA_HOME 指向错误或者 JDK 版本与 Elasticsearch 要求不匹配。内存不足。在config\jvm.options里可以调整-Xms和-Xmx的值默认 4g 对内存小的机器不友好可以改成-Xms512m -Xmx512m但生产环境不能这么干。路径有中文或空格。Elasticsearch 对路径很敏感建议放在纯英文路径下。端口被占用。默认 9200 和 9300启动前先检查一下。如果你把 Elasticsearch 装在了 WSL 里那启动方式就和 Linux 完全一样bin/elasticsearch即可。Windows 下最麻烦的路径问题反而不存在了这也是我推荐这个方案的原因之一。5.3 Oracle 19cWindows 安装的注意点oracle19c安装教程windows这个热搜词背后是很多 DBA 和管理员的实际需求。Oracle 19c 在 Windows Server 2016、Windows 10、Windows 11 上都可以安装但要注意几点内存要足够。Oracle 安装程序会做环境检查物理内存建议 8GB 以上否则安装过程中可能出现警告甚至失败。以管理员身份运行安装程序。Windows 上 Oracle 安装涉及创建服务、修改注册表、写入环境变量权限不够会卡在莫名其妙的步骤。安装路径不要有中文和空格。安装前关闭杀毒软件或把安装目录加入白名单某些安全软件会拦截 Oracle 的服务创建和监听端口绑定。Oracle 安装完成之后默认会创建一个监听服务和一个实例服务在 Windows 服务管理器里可以看到它们。启动和停止可以手动操作也可以使用命令行lsnrctl start sqlplus / as sysdba startup坦白说Oracle 在 Windows 上的体验不如在 Linux 上稳定如果只是学习目的我也建议优先考虑 WSL 或者 Linux 虚拟机。但如果你是接了任务必须装那上面的几项就是最关键的注意点。5.4 其他常用数据库与连接工具除了 Redis、Elasticsearch、Oracle热搜词里还有ness essentials windows安装这类词条我猜是某个内网运维工具的 Windows 安装需求。实际上这类“安全审计、漏洞扫描”类的工具在 Windows 上安装时最需要注意的是权限和服务账户设置如果你在工作环境中部署建议先向运维团队确认统一的安装规范和端口规划。对于日常开发来说数据库连接工具的选择比较个人化。我用 DBeaver 比较多它支持几乎所有主流数据库可以统一管理 MySQL、PostgreSQL、SQL Server、Oracle、SQLite 等。如果你主要跟 MySQL 打交道Navicat 的功能更顺手但它是商业软件。这属于比较开放的选型问题不展开推荐了。6. 系统安全与日常维护6.1 Windows Security 与语言切换问题windows security怎么设置中文这个热搜词其实是很多人刚拿到英文版 Windows 时遇到的困惑。Windows SecurityWindows 安全中心的界面语言跟随系统的“显示语言”设置。换句话说只要系统是中文版Windows Security 自然是中文如果系统是英文版Windows Security 也是英文。解决方案在“设置 → 时间和语言 → 语言和区域”里添加“中文简体”语言包然后注销并重新登录即可前提是系统版本支持显示语言切换Windows 11 家庭中文版在语言包切换上会有一些限制。Windows Security 本身有四个关键防护项病毒和威胁防护、账户保护、防火墙和网络保护、应用和浏览器控制。装完系统第一件事我会把“病毒和威胁防护”里的“勒索软件防护”文件夹保护开启把开发过程中需要访问的目录加进来。但这个功能对开发目录有时候会误拦截如果遇到程序无法写入某个目录的情况先检查这里。热搜词里还有windows安全日志和windows主机信息收集这两个偏运维方向。Windows 安全日志在“事件查看器 → Windows 日志 → 安全”里记录了登录成功/失败、账户变更等关键事件。如果你负责 Windows 服务器的安全运维建议把安全日志的大小和覆盖策略提前规划好避免日志写满导致服务异常。6.2 系统清理与调校windows cleaner、windows系统调校这两个热搜词几乎是每个 Windows 用户都会搜的。我都会习惯性先说一句Windows 10 之后的系统清理能力已经很强了存储感知功能可以定时清理临时文件、回收站、下载文件夹里的过期内容。入口在“设置 → 系统 → 存储 → 存储感知”。磁盘清理工具cleanmgr和更高级的DISM部署映像服务和管理工具可以用来完成更底层的清理和修复。当系统出现文件损坏时可以依次执行DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow这两条命令能解决很大一部分“系统莫名卡顿”“应用闪退”的问题而且都是Windows自带的不需要安装任何第三方优化工具。坦白说市面上大多数“系统调校”工具做的事情你手动也能做——关闭开机启动项在任务管理器里就能操作调整视觉效果在“系统属性 → 高级 → 性能设置”里就能操作。重要原则是不要贪图省事装全家桶式优化工具它们带来的后台驻留和弹窗通常比帮你调好的那点性能更拖累系统。6.3 驱动与系统更新的正确姿势热搜词里有几个和驱动相关的install western digital software for windows、c:\windows\system32\driverstore\filerepository。先解释一下DriverStore\FileRepository这个是 Windows 存放驱动文件的系统目录。正常情况下不要去动它。某些“清理工具”会把这里的驱动备份删掉来“释放空间”结果就是下次插入设备时系统找不回原来的正确驱动出现各种奇怪的硬件问题。驱动程序更新的正确方式是去设备管理器里查看是否有可选的更新或者直接去硬件厂商官网下载对应型号的驱动比如西部数据Western Digital的硬盘工具就应该去官方支持页面下载对应版本。Windows Update 也会推送驱动更新对多数人来说跟随系统更新是最稳妥的选择不需要额外装“驱动精灵”之类的工具。这里还有个小技巧设备管理器里如果某个设备显示黄色感叹号右键点“更新驱动程序 → 自动搜索驱动程序”Windows 会先从本地驱动库和 Windows Update 查找匹配驱动。如果找不到再回到厂商官网按设备型号搜索不要用万能驱动包。7. 装机过程中的常见报错与排查思路7.1 Python/Electron 应用的 Qt 平台插件报错热搜词里有一条很有代表性的报错windows no qt platform plugin could be initialized reinstalling the applicat这是很多 Python 或 Electron 类应用在 Windows 上启动时常见的报错。它的完整报错一般是This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.这类报错看起来吓人但大多数时候不是应用本体坏了而是 Qt 插件路径没有正确加载。常见原因有三个PATH 里存在多个 Qt 版本冲突例如你装了一个带 Qt 的软件又装了另一个自带 Qt 库的程序两个版本的插件目录互相覆盖。环境变量QT_QPA_PLATFORM_PLUGIN_PATH指向错误目录或没有指向platforms文件夹所在目录。杀毒软件隔离了插件 DLL 文件。排查思路是先找到报错应用自带的platforms文件夹一般位于应用安装目录下的platforms子目录确认里面有qwindows.dll。然后在系统环境变量里新建一个QT_QPA_PLATFORM_PLUGIN_PATH指向这个路径重启应用即可。如果还不行再看杀毒软件的隔离记录把被删的文件恢复并加入白名单。7.2 msi.dll 没有被指定在 Windows 上运行msi.dll没有被指定在windows上运行这个问题也比较典型。通常是你手动把一个 DLL 文件拖到系统目录后想通过双击或直接执行的方式注册这个 DLLWindows 就弹出“msi.dll 没有被指定在 Windows 上运行”。这里核心要搞清楚一点DLL 文件不能被直接双击运行它需要被动态加载到某个进程中。正确的注册方式是用regsvr32或者在通信时需要注册 COM 组件的场景下regsvr32 msi.dll或者用管理员权限在 CMD 里执行cd C:\Windows\System32 regsvr32 msi.dll如果你执行后提示注册成功说明系统里的 Windows Installer 组件相关的 DLL 已经重新注册。如果是提示“模块已加载但找不到入口点”那说明你注册的 DLL 不是 COM 组件不需要注册问题可能出在别的地方。要提醒的是如果你遇到这个报错先问自己为什么要往系统目录里复制这个 DLL。正常情况下系统 DLL 由 Windows 更新统一维护手动覆盖是一个高危操作可能导致系统不稳定。正确做法是使用系统文件检查器修复sfc /scannow7.3 PowerShell 或 CMD 脚本闪退windows脚本命令闪退也是常见问题。脚本窗口一打开就秒退根本来不及看报错信息这个排查过程本身需要一些技巧。我的排查顺序是在 Windows Terminal 里手动执行脚本这样窗口不会闪退报错信息直接留在终端里。查看执行策略Get-ExecutionPolicy如果是Restricted本地脚本会被拦截表现为脚本无法运行。用前面提过的Set-ExecutionPolicy RemoteSigned解决。检查脚本里有没有exit或pause。很多人写的批处理脚本最后有一句exit执行完就关闭窗口导致以为自己脚本“闪退”了。在测试阶段把这句注释掉或者在命令末尾加pause保持窗口就能看到输出。检查脚本的编码格式。Windows 的批处理对中文编码非常敏感如果脚本里既有中文注释又是 UTF-8 编码CMD 解析时可能直接把整段命令搞乱然后退出。建议脚本文件用 ANSI 编码保存或者用 PowerShell 脚本代替批处理。7.4 端口占用与奇奇怪怪的启动失败这类问题我放到最后讲是因为它太常见了值得单独提醒。在 Windows 上启动 Redis、Elasticsearch、Docker 容器时经常会遇到端口被占用导致的启动失败。排查方法是netstat -ano | findstr :6379 tasklist | findstr PID号第一行命令会显示 PID第二行根据 PID 找到对应的进程名。如果发现占用端口的是系统进程可能要把当前服务改端口如果是残留的旧服务任务管理器结束它就可以。另外Docker Desktop 启动后如果 WSL 出现问题可以试试wsl --shutdown然后重新打开 Docker Desktop。这个操作能解决大量 WSL 相关的不稳定现象不用怕它只是正常重启 WSL 环境不会影响你 WSL 里已安装的软件和数据。8. 装机后期的自动化与习惯沉淀前面讲了许多具体软件的安装和配置最后我想聊聊装机后期的一个进阶话题自动化。热搜词里出现了windows自动化、windows实现cmd静默运行、windows系统命令行直播。这几个词说明不少人在追求“把重复的装机操作变成一条命令”的效果。Windows 在这个方向上是完全可行的我现在的做法是维护一个 PowerShell 脚本仓库新机器到手后跑一遍几十个工具的安装和基本配置就自动完成了。以 choco 或 scoop 为例你可以把常用软件列表写进一个文本文件# 文件: apps.list git openjdk17 python nodejs-lts 7zip然后写一个简单的安装脚本Get-Content apps.list | ForEach-Object { scoop install $_ }这就实现了“静默安装”。命令行直播这个场景如果你的需求是把命令行操作过程展示给其他人看Windows Terminal 可以开多个标签页配合现状投屏工具就可以。本质上不需要额外软件重点是把 shell 配置和快捷键练熟。自动化的价值不只在于省时间更在于把“可复现”变成习惯。你今年装了一台机器明年如果再装很可能忘记当初装了什么。维护一份apps.list和一份config.ps1就算系统彻底重装半小时内就能回到原来的工作环境。这些脚本我建议放到 Git 仓库里管理万一哪天 Windows 系统彻底崩溃脚本本身不会丢。最后分享一个我自己的体验以前我拿到新电脑会花一整天东装一个软件、西配一个环境现在有了这份清单和自动化的脚本最常用的工作环境半小时就能搭好剩下的大块时间用来调 IDE、装项目依赖、跑通业务代码。这种“从零到能干活”的速度才是“装机必备软件清单”对我来说最大的意义。清单本身不是死的每个人岗位不同、项目不同真正的必备项也会有差别但把选型原则和踩坑经验沉淀下来不管你换几次电脑、装几次系统都能稳稳地把环境搭起来。