ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

Windows 11重装后开发环境配置指南:从系统设置到工具链

Windows 11重装后开发环境配置指南:从系统设置到工具链 1. 先把系统底子收拾干净再谈开发重装Windows 11之后面对一个干干净净却又陌生得让人发慌的系统桌面我第一反应不是急着装IDE而是先把系统本身的“地基”打牢。很多人犯的毛病就是上来急着装个VS Code、Python结果用两天发现系统更新没跑、驱动有残废、账户权限乱成一团又得回头折腾反而更浪费时间。我的习惯是重装完系统后先做三件事打驱动、更系统、设账户。1.1 驱动和系统更新别跳过这一步刚装完的Windows 11系统网卡驱动可能会自动装上但显卡驱动、芯片组驱动未必齐全。尤其现在不少新笔记本用的是Intel 12代以后的混合架构大小核调度依赖芯片组驱动和电源管理方案驱动不对编译大型项目时风扇狂转、温度飙高、性能反而跑不上去。具体操作方面我建议先打开“设置 - Windows 更新”先把系统补丁和可选更新全部拉满。这一步很关键Windows 11 22H2和23H2的累积更新就是那些KB开头的补丁不只修安全问题还会修大量系统组件的兼容性bug。像有些人装完系统后遇到资源管理器卡顿、蓝牙断连、USB设备掉线多半就是缺了某个累积更新或者驱动更新。Windows更新跑完后再去厂商官网手动补驱动。以我自己的机器为例装的是NVIDIA显卡系统自带驱动是能亮屏但没有控制面板没有DLSS相关的运行时组件后面跑深度学习或Unity项目就容易出幺蛾子。所以我会去NVIDIA官网把Game Ready驱动或Studio驱动装一遍装的时候选项里必须勾选“执行清洁安装”把系统里的残留驱动清干净这样才能避免两个版本驱动互相打架。提示如果你是搞嵌入式或单片机开发的STM32、ESP32之类的调试器驱动也建议在系统初始化阶段就装好。Windows 11默认驱动库里可能有部分通用驱动但ST-Link、J-Link、CH340这些设备官方驱动才是稳定可用的版本。1.2 开发者必调的几项系统设置系统干净之后我建议立刻把这几项开发者用得上的设置调好第一把“开发人员模式”打开。位置在“设置 - 隐私和安全性 - 开发者选项”。这一步很多人会忽略但它对本地开发的体验影响非常大。开启后Windows会放行本地符号链接的创建权限我后面用Node.js或Go项目做软链时会省很多事另外PowerShell的执行策略也会松绑一些避免后面执行脚本时被拦。第二把“搜索”的索引范围确认一下。如果你的代码、项目文件都放在D盘或专门的数据盘建议把磁盘根目录或系统盘之外的项目目录加入索引范围。否则在VS Code里搜全局符号时首次构建索引能卡到怀疑人生。第三把“存储感知”打开并设置自动清理临时文件。开发机上整天会有各种缓存npm缓存、pip缓存、Gradle缓存、Docker的临时层C盘飘红是重装后的常见惨案。我的做法是把系统临时文件夹、浏览器下载目录全部指到D盘C盘只留系统和安装的软件本体。第四关闭“快速启动”。这个选项在“控制面板 - 电源选项 - 选择电源按钮的功能”里。关掉之后开机可能慢个一两秒但换来的是系统关机后完全释放内核资源对开发者来说能减少很多莫名其妙的驱动残留问题。特别是做USB串口调试、HID设备调试这种快速启动经常导致设备在下次插拔时无法正常识别。第五注册表里把“长路径支持”打开。Windows默认路径最大260字符但现在的项目依赖动不动就上百层嵌套目录比如npm的node_modules、Python的site-packages路径很容易就爆掉。打开方式是WinR输入regedit找到HKLM\SYSTEM\CurrentControlSet\Control\FileSystem把LongPathsEnabled的值改成1重启后生效。这个不改后面很多开发工具会在你毫无防备的时候报“系统找不到指定的路径”。2. 终端、包管理器与网络配置开发体验的地基系统层搞定了接下来要搭的是命令行环境。我用Windows 11开发这些年最大的感触是终端体验直接影响一天的心情。默认的cmd窗口看起来老气不说复制粘贴的交互逻辑也是祖传的真不适合当主力终端。2.1 Windows Terminal PowerShell 7 的搭配Windows 11自带Windows Terminal但默认打开的是Windows PowerShell 5.1这个版本太老了连Invoke-WebRequest里面-SkipCertificateCheck这种基本参数都没有装很多现代工具脚本时会碰壁。我装完系统后第一个装的开发生态软件是PowerShell 7可以通过winget一句搞定winget install --id Microsoft.PowerShell装完之后Windows Terminal的设置里把默认配置文件改成PowerShell 7。我的设置方法是打开Windows TerminalCtrl,打开配置文件在“默认值 - 命令行”里把路径指向PowerShell 7的安装位置。这样每次打开终端就是现代PowerShell 7用起来顺手很多。PowerShell 7装好之后我还会给终端配一个等宽字体。Windows Terminal默认的Consolas看着还行但做代码审阅和命令行阅读时我更推荐装Nerd Fonts里的CaskaydiaCove Nerd Font它能附带显示各种开发图标和git状态符号配合Oh My Posh或Starship这类提示符工具终端信息密度会高很多。2.2 包管理器winget 是重装系统后的第一站Windows 11的winget发展到今天已经很成熟了重装系统后配置开发环境的速度完全取决于你对winget命令的熟练程度。我会在一开始就把常用开发工具串行装完winget install --id Git.Git winget install --id Microsoft.VisualStudioCode winget install --id Python.Python.3.12 winget install --id OpenJS.NodeJS.LTS winget install --id Docker.DockerDesktop winget install --id JetBrains.IntelliJIDEA.Ultimate winget install --id Microsoft.VisualStudio.2022.BuildTools这一套装下来Python、Node.js、Docker、VS Code、IDEA基本就位。有人可能对winget有顾虑担心它装的软件版本不是自己想要的其实winget 1.7之后支持了相当灵活的版本选择你可以先winget search python看有哪些版本可用再用--version指定你需要的版本。依赖下载慢的问题也要提前规避。Python这边国内网络环境直接装完之后我第一反应是改pip源pip config set global.index-url https://pypi.tuna.tsinghua.edu.cn/simpleNode那边则是把npm registry切到国内镜像npm config set registry https://registry.npmmirror.com这两个配置看着不起眼但能让你后面装依赖时节省大量等待时间。国际源的不稳定会让pip install或npm install在下载一半时突然断掉那是真的崩溃。2.3 WSL2Windows 上的 Linux 开发环境Windows 11下的WSL2现在已经是很多人绕不开的标配了。特别是搞后端、嵌入式Linux或机器学习的人总有些工具链是Linux only的比如PX4的编译工具链、交叉编译aarch64的GCC、一些只有Linux版本的驱动库。WSL2的好处在于它和Windows共享网络和文件系统能直接在Windows里用VS Code Remote-WSL插件无缝开发。我重装后的设置流程是wsl --install -d Ubuntu-22.04然后进入WSL后第一件事是换软件源和升级sudo sed -i s/archive.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g /etc/apt/sources.list sudo apt update sudo apt upgrade -yWSL2还有个坑就是默认内存占用会随系统一起增长对内存紧张的电脑不友好。我建议在WSL2的配置文件%UserProfile%\.wslconfig里做一下限制[wsl2] memory8GB processors4 swap2GB这样WSL2最多只会占8GB内存不会把宿主机全部吃掉Windows本体也能保持流畅。3. 语言运行时与核心工具链逐个击破系统环境和终端准备好之后就要看你的实际项目需要哪些开发语言了。我给自己的开发机一般会预装三类语言运行时Python、Node.js、Java这三个是日常后端、脚本、前端工具链的“公共基础设施”。如果你的方向是嵌入式那ST-Link和arm-none-eabi-gcc这些也得准备上。3.1 Python 环境别用系统全局 Python太容易乱我的建议是不论你怎么装Python官网安装包、Microsoft Store、winget装完之后第一件事就是创建虚拟环境来管理项目依赖。微软商店版的Python比较特殊它默认是面向系统商店应用隔离的pip install装的东西会装到用户目录反而不容易污染系统目录但它的启动路径有时候会跟其他版本冲突。我自己的实践是直接在官网下载Python 3.12安装包安装时勾选“Add Python to PATH”然后使用python -m venv来隔离每个项目的依赖。像Django、Flask项目每个项目建一个独立的虚拟环境这样A项目装Django 4.x、B项目装Django 5.x都不会互相干扰。pip源替换以后再装一遍常用的基础库pip install numpy pandas requests pymysql redis这里有点经验之谈如果是深度学习方向PyTorch或TensorFlow这类大件建议晚点再装因为它们的GPU版本选择跟CUDA版本绑定需要先确定你安装的NVIDIA驱动支持的CUDA版本。可以先在命令行执行nvidia-smi看到右上角的CUDA Version再决定装对应版本的PyTorch。装错的话TensorFlow和PyTorch运行时会报各种库加载错误。3.2 Node.js 环境LTS 版本优先注意全局工具链Node.js我直接装LTS版本现在2025年稳定在20.x或22.x。用nvm-windows来管理多版本会更灵活但很多时候LTS就够用了没必要引入额外的复杂度。全局工具方面我一般会装pnpm、yarn这两个包管理器npm本身自带了还有typescript的全局编译命令npm install -g pnpm yarn typescript之所以装pnpm是因为它在处理大型monorepo项目时的依赖链接策略比npm先进很多磁盘占用小得多安装速度快。前端项目的node_modules经常动辄几百MB到几个GB用npm装到后期硬盘会告急pnpm则通过全局存储加硬链接的方式省下大量空间。装完之后还要处理npm的缓存目录。npm缓存在%LocalAppData%\npm-cache这个目录时间长了会膨胀到几个GB我重装后通常会把它移到D盘npm config set cache D:\npm-cache3.3 Java 环境JDK Maven 记得改镜像源后端Java开发这边我的习惯是装OpenJDK 17或21现在17是主流、21也在普及具体看公司项目要求。这里我推荐直接使用Eclipse Adoptium的Temurin发行版它在各个平台上的兼容性和稳定性表现都不错。JDK装好之后Maven是绕不开的。官网下个3.9.x的二进制包解压到D:\dev\apache-maven-3.9.x然后配置环境变量MAVEN_HOMED:\dev\apache-maven-3.9.x Path%MAVEN_HOME%\bin但这里有个关键点Maven默认用的中央仓库在国外下载依赖速度感人。一定得改settings.xml把镜像源指向阿里云mirror idaliyunmaven/id mirrorOf*/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror改完这个配置后再跑IDEA里加载Maven项目速度就跟坐火箭一样那种下载依赖等半天然后失败重来的体验能直接消失。如果公司内部有私服比如Nexus也可以在settings.xml里配置profile来指向私服地址优先走内网速度更快更稳。4. 编辑器与IDE一次配置长期受用开发者们总会在编辑器上花很多时间折腾重装后其实是最适合“定下来”配置的时候。我的主力编辑器是VS Code重装后我会把常用插件用一遍IDEA类的重型IDE则按需安装。4.1 VS Code 的初始化配置与关键插件VS Code装完后我用下面命令把插件一次装上code --install-extension ms-python.python code --install-extension ms-python.vscode-pylance code --install-extension dbaeumer.vscode-eslint code --install-extension esbenp.prettier-vscode code --install-extension eamodio.gitlens code --install-extension ms-vscode-remote.remote-wsl code --install-extension ms-vscode-remote.remote-ssh code --install-extension ms-azuretools.vscode-docker code --install-extension GitHub.copilot这几个插件基本覆盖了我日常90%的开发场景Python、JavaScript/TypeScript、Git、远程开发、Docker。VS Code的settings.json我会自己手工覆写一份把几个重要选项固定下来{ editor.fontSize: 14, editor.fontFamily: Cascadia Code, Consolas, Courier New, monospace, editor.renderWhitespace: all, editor.bracketPairColorization.enabled: true, editor.wordWrap: off, files.trimTrailingWhitespace: true, files.insertFinalNewline: true, terminal.integrated.fontFamily: Cascadia Code, Consolas, explorer.confirmDragAndDrop: false, git.autofetch: true }这个配置里files.trimTrailingWhitespace和files.insertFinalNewline是很多老手会忽略但新人在协作时会被评审指出的问题。自动去掉行尾多余空格和确保文件末尾有换行这两条能规避掉很多无意义的diff噪音。4.2 JetBrains 系 IDEIDEA 的初始化设置如果你做Java后端IDEA基本上是铁打的选择。重装后安装IDEA我自己有一份固定的初始化流程。第一件事是设置JVM内存。找到IDEA安装目录的bin\idea64.exe.vmoptions修改-Xms2048m -Xmx4096m这个数值可以根据机器内存调整如果电脑是32GB内存可以给到-Xmx6144m。IDEA的默认堆内存很小通常是1G跑大型项目时会频繁GC导致卡顿尤其打开多个大文件时那种“顿一下”的感觉非常影响写代码的节奏。第二件事是导入设置。如果你之前有同步过JetBrains的Settings Sync功能重装后可以直接登录JetBrains账号同步所有设置和插件。我因为装了IDEA多个版本习惯用IDE自带的Settings Sync一键同步快捷键方案、代码风格方案、主题、插件列表省去了重新调校的时间。第三件事是编码格式。项目默认编码改成UTF-8换行符改成LF如果是跨平台协作的项目CRLF和LF混用会产生大量diff噪音。在Settings - Editor - File Encodings里把Global Encoding、Project Encoding、Properties Files都设为UTF-8。另外在Settings - Version Control - Git里面把“Default encoding”也改成UTF-8否则部分提交信息里的中文会乱码。4.3 嵌入式/单片机方向Keil、STM32CubeMX 与串口工具如果你的方向包含嵌入式开发那我分享下我在Windows上搭建相关环境的心得。Keil MDK在Windows上安装比较折腾主要在于它需要注册、需要选组件。我装完系统后的顺序是先装Keil MDK再装STM32CubeMX然后装ST-Link驱动和CH340驱动。CubeMX的作用是生成初始化代码Keil负责编译和调试两边的版本配合要留意CubeMX生成的工程需要Keil版本支持对应的芯片包。所以我会先装Keil再在CubeMX里选择本机已安装的MDK作为目标IDE。串口调试这块很多新手被坑过USB转串口芯片的驱动装不上或装错。现在的开发板上常见的串口芯片是CH340、CP2102、FT232这三种都要装各自对应的驱动不要混用。CH340的驱动经常被Windows Defender误报但下载官网版本就能正常用。5. Git工作区与SSH Key重装后最容易乱的地方重装系统最麻烦的事不是装软件而是处理身份认证信息——尤其Git的SSH Key丢了就要重新生成而且老Key在新机器上可能不生效。5.1 Git 全局配置Git装好之后第一件事就是配置用户名和邮箱git config --global user.name Your Name git config --global user.email your.emailexample.com如果之前有备份过.gitconfig直接恢复到用户根目录这样之前配好的别名、默认分支名、差异工具等也会一并恢复。我个人常用别名配置是git config --global alias.st status git config --global alias.co checkout git config --global alias.br branch git config --global alias.lg log --graph --prettyformat:%h -%d %s (%cr) %an --abbrev-commit另外我强烈建议设置默认分支名git config --global init.defaultBranch main这样git init出来的仓库默认分支就是main跟现在GitHub/GitLab的默认分支名保持一致省得后面每次初始化还要手动改。5.2 SSH Key 的生成与多账户管理SSH Key如果之前备份过在C:\Users\你的用户名\.ssh目录下直接放回去就行。如果没有备份那就重新生成ssh-keygen -t ed25519 -C your.emailexample.com我推荐用ed25519算法而不是传统的RSA 4096因为ed25519的密钥更短、生成速度更快、安全性也不差。生成完毕后把公钥.pub文件的内容加到GitHub和GitLab的SSH Keys设置里。如果你跟我一样同时持有GitHub和公司GitLab的账号或者要操作客户的不同仓库那就得用多SSH Key方案。在~/.ssh/config里写清楚Host github.com HostName github.com User git IdentityFile ~/.ssh/id_ed25519_github Host gitlab.company.com HostName gitlab.company.com User git IdentityFile ~/.ssh/id_ed25519_company这样git clone gitgithub.com:xxx/repo.git会自动匹配github.com的Keygit clone gitgitlab.company.com:xxx/repo.git会匹配公司内网的Key互不干扰。很多人在配置多Key时容易踩坑不写config文件直接改公钥结果导致另一边的认证失败。这个配置文件是必须有且内容格式要准确的。注意.ssh目录的权限有时候会被Windows重置导致SSH连接时提示“UNPROTECTED PRIVATE KEY FILE”如果遇到这个问题右键key文件 - 属性 - 安全 - 高级把继承关闭只保留当前用户完全控制权限即可。6. Docker、WSL 数据盘与项目目录规划开发环境不只是语言运行时和IDE还有工作目录的规划。一个好的项目目录结构能让你在做多项目时很快定位到对应代码而不至于在E盘深处翻半天。6.1 项目目录与数据盘划分我个人的规划是D:\dev\ ├── repos\ # 所有git仓库 ├── tools\ # 压缩包形式的开发工具Maven、Tomcat等 ├── data\ # 各种本地数据库数据文件 ├── cache\ # pip、npm缓存 └── projects\ # 临时或学习项目这样做的好处是C盘系统坏了重装D盘的东西一个不丢。以后做系统备份也只备份C盘就够了重装的成本大幅降低。还有一个小技巧把“用户的下载、文档、图片”这些系统文件夹都指到D盘。具体操作是右键对应文件夹 - 属性 - 位置 - 移动。这样重装后下载的东西、文档文件都在D盘不用满世界找。6.2 Docker Desktop 的资源配置Docker Desktop在Windows上默认使用的是WSL2后端。装完后第一件事就是到Settings - Resources里把内存调低一点。默认可能是宿主机的百分之五十到七十五我一般限制在4-8GB视项目而定。另一个是Docker镜像存储位置。默认在C:\Users\你的用户名\AppData\Local\Docker\wsl这个目录非常占空间。我装完Docker后会把它挪走。方法是在Settings - Resources - Advanced里修改“Disk image location”到D盘。这一步在安装Docker Desktop时就可以设置如果你已经装完了需要先退出Docker移动整个DockerDesktopWSL目录再重新设置。Docker的镜像加速也建议配好。在Docker Desktop的设置里找到“Docker Engine”编辑registry-mirrors填入国内镜像源。这样拉取镜像时会顺畅不少。当然如果你所在公司有内部镜像仓库那就填公司地址内网速度会更快。6.3 Hyper-V 与虚拟机需求Windows 11上有Hyper-V和“虚拟机平台”两个概念很多人容易混淆。Docker Desktop需要的是WSL2WSL2依赖“虚拟机平台”而不是Hyper-V。如果你之前开了Hyper-V再跑Docker可能遇到WSL2和Hyper-V争抢资源的问题。我个人的建议是如果你只是日常开发用Docker那开启“虚拟机平台”就够了不一定非要打开Hyper-V。如果你还要跑Android Studio模拟器那倒是需要确保Windows的Hyper-V平台处于开启状态。Android模拟器依赖硬件加速WHPX或AEHD在Windows 11下要打开“控制面板 - 程序 - 启用或关闭Windows功能 - Hyper-V”和“Windows 虚拟机监控程序平台”否则模拟器会提示需要开启嵌套虚拟化或无法启动。7. 常用开发工具与数据库全家桶开发环境搭得差不多之后数据库和各类中间件也要跟着安排上。很多人喜欢用安装包方式装MySQL、Redis但我更推荐用Docker跑。不过这里得分场景如果你要做本地调试且不想每次启动Docker占资源Windows原生的服务安装方式也有它的好处。7.1 MySQL 与 RedisDocker 还是原生安装我自己开发机的方案是原生装一个MySQL 8.x用Docker跑各种临时的、多版本的服务比如Redis、MongoDB、Kafka。这样本机的MySQL直接作为服务运行开机自启不会因为忘记启动Docker而导致项目启动失败。MySQL装完后的初始化步骤比较关键。默认的root账户密码为空或随机生成安装向导会让你设置密码但是开发用尽量别用太复杂的密码毕竟只在本机调试。连接测试用mysql -u root -p装完之后我会建一个专用的开发用户并授权所有库CREATE USER devlocalhost IDENTIFIED BY dev123456; GRANT ALL PRIVILEGES ON *.* TO devlocalhost; FLUSH PRIVILEGES;这样避免所有项目都塞root。很多框架的配置文件中数据库用户名就是root一旦项目上线要换数据库账号时总是漏改配置文件开发早期就养成用独立账号的习惯后面反而省事。7.2 浏览器与各类效率插件不要小看这一节。重装系统后浏览器也得重新配这里我强烈建议用Edge或Chrome的登录同步功能。登录同一个谷歌/微软账号后书签、历史记录、密码、扩展都会自动同步回来极大节省时间。开发者常驻插件我按需安装JSON Formatter、OctotreeGitHub文件树、WhatFont前端字体调试、Wappalyzer看网站技术栈。这些插件不是天天用但要用的时候能省不少时间。7.3 办公协同工具WPS与微信的设置作为开发者也难免要处理文档、表格Windows 11默认打开Office文件是Office或WPS。我的习惯是装机后把WPS设为默认并做两个关键设置一是把WPS的云同步关掉或者登录自己的账号同步避免公司文档和个人文档混淆二是在WPS设置里把“启动时显示欢迎界面”关掉免得每次打开工作簿弹一堆广告式引导。微信和钉钉等沟通工具也建议重装后尽早装上、登录。这些跟开发本身无关但开发流程里离不开需要查聊天记录里的接口文档、复制密钥之类。微信自带的截图快捷键AltA其实很好用很多人装了第三方截图工具其实微信自带的就够用了。8. 重装后常踩的坑与故障排查实录重装这套流程里我踩过的坑比代码bug还多这里挑几个最典型的说出来能帮你省下不少排查时间。8.1 虚拟机/沙盒相关WSL2启动失败故障现象执行wsl --install后重启电脑打开终端运行wsl报错WslRegisterDistribution failed with error: 0x800701bc或0x80370102。原因绝大多数情况下是BIOS层面的虚拟化技术没开启或者Windows“虚拟机平台”功能没打开。处理方式重启进BIOS找到Intel VT-x或AMD SVM设为Enabled。然后去“控制面板 - 程序 - 启用或关闭Windows功能”勾选“虚拟机平台”和“适用于Linux的Windows子系统”重启后再执行wsl --update。8.2 环境变量不生效改完没立即生效故障现象配置了JAVA_HOME并加到PATH里但新开的终端java -version还是提示不是内部或外部命令。原因修改环境变量后已打开的命令行窗口不会自动刷新需要新建窗口。如果新窗口也不行可以执行refreshenv命令如果是用Chocolatey装的或者重启电脑确保所有进程都是在新环境下启动的。8.3 本地开发环境多版本冲突故障现象同时有Python 3.11和Python 3.12运行python时进入的是老版本。原因Windows的PATH顺序决定了命令优先找到的版本。安装新版本时如果勾选了“Add Python to PATH”它会插入到PATH前面但老版本可能还在后面。处理方式到“设置 - 系统 - 关于 - 高级系统设置 - 环境变量”检查Path列表把自己想默认用的Python路径上移。或者干脆用py -3.12这种Python Launcher方式明确指定版本。8.4 编码问题CMD/PowerShell 中文乱码故障现象运行某些脚本或工具输出中文全是乱码。原因Windows控制台默认代码页Code Page可能是936GBK而很多现代的CLI工具输出UTF-8。处理方式在PowerShell里执行chcp 65001然后重启终端。如果想永久生效可以设置注册表Set-ItemProperty -Path HKCU:\Console -Name CodePage -Value 65001 -Type DWord另外Windows 11 22H2之后系统设置里“语言和区域 - 管理语言设置 - 更改系统区域设置”有一个“Beta版: 使用Unicode UTF-8提供全球语言支持”的选项勾上并重启后很多旧版软件的乱码问题也能一并解决。但这里要提醒一下如果你有老版本的中文软件或某些编码不规范的软件依赖GBK编码勾选这个选项反而会让它们出问题需要你自己权衡。8.5 无法安装.NET 3.5离线包怎么处理很多老开发工具特别是一些Windows桌面软件、某些嵌入式上位机、老的B/S管理工具依赖.NET Framework 3.5。Windows 11默认不带这个功能在“启用或关闭Windows功能”里勾选安装时如果网不好或者公司内网隔离会一直卡住。离线安装方案是去微软官网下载“.NET Framework 3.5离线安装包”或直接从系统镜像的sources\sxs目录找microsoft-windows-netfx3-ondemand-package~31bf3856ad364e35~amd64~~.cab文件然后管理员权限执行DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:D:\sources\sxs这里D:\sources\sxs是你放置cab文件的目录。装完之后.NET 3.5就能在功能列表里正常打勾了。8.6 IDEA/VS Code 中文界面设置很多国内开发者会把IDE界面设置成中文。VS Code的方式很简单在扩展商店搜索“Chinese (Simplified) (简体中文) Language Pack”安装或者用命令code --install-extension MS-CEINTL.vscode-language-pack-zh-hansIDEA/Android Studio/PyCharm这些JetBrains系的界面语言设置在较新版本2020.1可以通过Settings - Plugins搜索“Chinese Language Pack”安装后重启即可。老版本则需要下载中文语言包JAR放到IDE的lib目录下但这个操作在新版本已经很少用了。8.7 keil5 与代码编辑器关联问题嵌入式开发中有些人喜欢用VS Code写代码、用Keil编译。这时候VS Code的Keil插件需要配置Keil的安装路径。常见的坑是插件默认路径写的是C:\Keil_v5\UV4\UV4.exe如果你装在D盘就得手动在插件设置里改。另外VS Code打开Keil工程.uvprojx文件要配置好include path和define否则代码跳转和语法高亮都会不完美。这部分我建议在Keil里用“Manage Project Items”把工程分组写好再在VS Code里安装Keil Assistant插件并指定UV4路径两者配合能实现类似“边写代码边编译”的体验。9. 后续维护与备份策略环境搭好了如果不做备份规划下次重装时还要重新折腾一遍。我强烈建议在环境配好、所有依赖跑通的第一时间做一次“配置快照”。9.1 配置文件的备份清单我备份的不是整个系统而是关键的配置文件手动列一下C:\Users\用户名\.gitconfigGit 配置C:\Users\用户名\.ssh\SSH密钥C:\Users\用户名\.vscode\VS Code的部分持久化数据%AppData%\Code\User\settings.jsonVS Code设置%APPDATA%\JetBrains\版本\options\IDEA配置目录可以整目录打包C:\Users\用户名\.condarc或.pip\pip.confPython各类源配置C:\Users\用户名\.npmrcnpm源配置C:\Users\用户名\.wslconfigWSL2资源限制配置Windows Terminal 的 settings.json我自己的做法是写了一个备份脚本一键把这些文件打包成zip放到D盘指定的备份目录。平时每三个月更新一次就够了。9.2 软件安装清单一键重新安装的思路对winget熟悉之后可以把所有开发软件列表保存成脚本$apps ( Git.Git, Microsoft.VisualStudioCode, Python.Python.3.12, OpenJS.NodeJS.LTS, Docker.DockerDesktop, JetBrains.IntelliJIDEA.Ultimate, # 更多... ) foreach ($app in $apps) { winget install --id $app --accept-source-agreements --accept-package-agreements }这样下次重装系统后把脚本一跑基础的软件就位了。iOS/Android开发者还会额外装Android Studio、XcodeMac专属这些大件各自按需加进去即可。这种脚本化管理方式的优势在于你的开发环境有了一份可追溯的清单不会再出现“我上次到底装了啥”的问题。9.3 数据备份的优先级备份不能只停留在“配置”还要有“数据”的概念。我的备份优先级是SSH密钥和Git配置丢了你连代码仓库都拉不了数据库导出脚本MySQL的转储、Redis持久化文件项目代码如果代码放在云端Git仓库这步可省略但本地未提交的修改要重点保护IDE配置和快捷键方案这里想重点说一下MySQL的备份我每天会写一个定时任务用mysqldump导出库到D盘指定目录只保留最近7份。开发过程中的数据可能随时会改动没有备份的话一个手滑的delete操作就能让一天的工作白费。定时任务用Windows自带的“任务计划程序”就行不需要额外软件。最后的几点体会这一套流程走下来Windows 11的开发环境基本就在正轨上了。重装系统其实是一次“重置自己习惯”的好机会很多以前随手用、胡乱配置的东西趁着重装后重新梳理一遍会让后续的工作顺畅很多。我个人还有个感受想多说一句开发环境搭建这事别总想着一步到位也别在网上找所谓的“全家桶一键配置方案”——每个人的语言栈、硬件配置、网络环境都不一样适合我的这套流程不一定完全适合你。最关键的是你要理解每个环节“为什么这么做”比如为什么要关快速启动、为什么要改LongPathsEnabled、为什么要配镜像源理解了底层原因遇到新问题时你就能自己找到解法。最后再分享一个我踩过多次坑之后养成的习惯每次调整完系统设置或环境变量后别着急继续操作打开终端跑一遍相关的命令确认无误再往下走。比如改完PATH就立刻新开终端执行node -v、python --version、git --version配置完WSL就跑一次wsl --status确认状态正常。这种“改一步验一步”的节奏虽然看起来慢但能帮你把问题的归因范围缩到最小一旦出错也知道是刚才哪一步引起的排查起来快得多。希望这篇文章能让你重装Windows 11后不再手忙脚乱。你在配置环境时如果遇到什么奇怪的问题欢迎顺着这个流程一步步复查大概率问题出在某个漏掉的系统设置或路径配置上。
返回列表