Node.js卸载残留全解析：Windows/macOS/Linux彻底清理指南

我在工作中经常遇到同事或网友跟我抱怨：Node.js 装了又卸、卸了又装，折腾了半天，命令行里输入node -v还是能蹦出版本号；或者更诡异的是，明明从控制面板删掉了，再装新版本时却提示“已存在”或者各种权限冲突。这类问题十有八九不是卸载操作本身做错了，而是卸载流程根本没有走完，残留物还在系统里发挥着“余热”。

这不是一篇只教你点几下“卸载”按钮的入门科普文。我会从残留文件是怎么产生的、到底藏在哪些目录、注册表和系统变量如何清理、macOS 和 Linux 下各自要注意什么，一直讲到卸载完成后怎么自检，一条龙折腾清楚。

同时说明一下，本教程会分系统展开，以 Windows 为主要示例（因为日常咨询最多），macOS 和 Linux 也会给出对应的完整操作。图文方面，考虑到操作路径比较直观，我会用文字把每一步该看到的界面、该确认的状态描述清楚，相当于帮你在脑海里把截图“画”出来。

1. 为什么卸载 Node.js 总是“像没卸干净”——先搞懂残留产生的根源

很多人以为卸载 = 删掉安装目录，这个认知其实是大多数问题的根源。Node.js 的安装与运行机制决定了它会在系统里布下好几条“伏笔”，不像普通软件那样删掉主目录就彻底结束。

1.1 从 npm 全局包到缓存目录：第一类残留文件地图

Node.js 生态里有个绕不开的东西叫 npm。你平时执行npm install -g xxx安装的全局包，默认会写入一个独立于程序目录的全局位置。Windows 上这个位置通常在C:\Users\你的用户名\AppData\Roaming\npm，macOS/Linux 则在/usr/local/lib/node_modules或用户目录下的.npm-global等位置。

卸载 Node.js 时，卸载程序只会负责移除node.exe、npm.cmd等主程序文件，但它并不会跟着你的“卸载指令”去把 npm 全局包目录也扫干净。于是就会出现一种情况：Node.js 已经卸载，但你在命令行里敲某个之前全局安装的工具名，它居然还能被识别，甚至还能运行——这会让很多人误以为“根本没卸载成功”。

另一类大头是缓存。npm 在执行安装时会往缓存目录写入大量压缩包文件。Windows 默认缓存位置是C:\Users\你的用户名\AppData\Local\npm-cache，macOS/Linux 是用户主目录下的.npm目录。这些缓存文件少则几百 MB，多则几个 GB，而且卸载程序同样不会去碰它们。

1.2 环境变量与注册表：看不见却能“诈尸”的第二类残留

环境变量是另一个极易被忽略的地方。无论是 Windows 的“系统属性——环境变量”，还是 macOS/Linux 的 shell 配置文件（.bashrc、.zshrc等），只要 PATH 中还残留着 Node.js 的路径条目，哪怕程序文件已经删干净了，命令行一打开还是会去查找这些路径。Windows 下更麻烦，如果系统里安装了其他工具依赖NODE_HOME或PATH中的 node 指向，后续装新版时极容易产生版本错乱。

Windows 还有第三类特殊残留：注册表。Node.js 安装器会在注册表中写入自己的卸载信息和部分配置，卸载后这些键值并不总是被自动清除。你要是重新安装其他依赖 Node 的软件，就有可能出现“检测到系统已安装 Node.js”的误判。注册表这个东西，普通用户通常不会主动去查，这也是“卸不干净”最重要的隐藏因素。

1.3 不同安装方式的卸载差异

把问题再往前推一步：你是不是用官方.msi安装的？还是用nvm-windows？或者直接下载了.zip绿色包解压到一个目录？这三种方式的“卸载”动作完全不一样：

• .msi安装：有正规的卸载入口，能清理主程序、菜单项和部分注册表项。
• .zip绿色解压：根本没有卸载程序，删除目录本身就算卸载，但因为环境变量和全局包都依存于这个目录，删除前必须手动处理关联项。
• nvm-windows：版本管理工具，卸载方式又不一样，如果你在nvm管理的版本中删除某个 Node 版本，操作更接近“移除某个版本”而不是“卸载 Node.js”。

先了解清楚自己到底是哪种安装方式，后面照着对应方案操作才能一步到位。

2. Windows 环境彻底卸载：控制面板、缓存在先，注册表和环境变量收尾

Windows 是大家问得最多的系统，我按步骤拆开细讲。这套流程我已经帮朋友和同事处理过不下几十次，亲测在 Win 10 / Win 11 上都能稳定复现效果。

2.1 卸载前的准备：保存全局依赖清单

千万别一上来就点卸载。如果你平时装过较多全局工具，先跑一遍下面的命令，把全局包导出成文件，以免以后换新环境时忘记自己原来装过什么：

npm list -g --depth=0 > D:\npm-global-list.txt

导出的文件就是一份纯文本清单，里面列出了所有全局包名称和版本号。不要用npm uninstall -g 包名一个个提前卸载，后面我会解释为什么这一步放到卸载之后统一做更省事；现在只需要备份清单即可。如果你是老项目依赖某个全局版本，还能顺便对照一下是否需要降级。

2.2 官方卸载入口与“应用和功能”

第一步走系统卸载入口。Win 10 / Win 11 都可以用快捷键Win + I打开设置，依次进入“应用——应用和功能”。

• 在应用列表右上角的搜索框输入Node.js，此时会出现一个名为“Node.js”或“Node.js v20.x”之类的条目。
• 点击该条目右侧的三个点（...），选择“卸载”，有的旧版本系统需要到“控制面板——程序和功能”里操作，效果一样。
• 系统会弹出 Node.js 安装器的维护向导，选择Remove（移除），一直点 Next，直到出现 Finish。

这里要留意：卸载向导运行时可能会要求关闭当前打开的命令行窗口，因为 node 或 npm 进程如果还在运行，文件会处于占用状态，删除会失败或产生“路径访问被拒绝”的报错。先把所有终端、VS Code、WebStorm 等可能调用 node 的编辑器都关掉再继续。

执行完这一步，C:\Program Files\nodejs目录大概率已经不存在了，在文件管理器的地址栏输入这个路径回车，如果提示找不到路径，说明主程序已经卸载干净。

2.3 删除隐藏目录：npm 全局包与缓存

主程序卸载只是第一关，处理残留目录才是真正决定“干不干净”的关键。你需要按顺序检查并删除以下几个目录，我分别说明它们的位置和用途：

具体操作：

1. 打开C:\Users\用户名\AppData\Roaming，找到npm文件夹，删除。如果你的用户名目录下没有AppData文件夹，先检查文件管理器“查看”选项是否勾选了“隐藏的项目”。
2. 打开C:\Users\用户名\AppData\Local，找到npm-cache文件夹，删除。这个目录往往非常占空间，删掉后对系统没有副作用。
3. 用Win + R打开运行框，输入%TEMP%回车，在打开的临时目录中查找名称带node前缀的文件夹或文件，可以全选删除。这一步不做也不影响最终效果，但能清得更彻底。

2.4 清理环境变量与用户变量引用

这一步非常关键，漏掉的话，你重新安装 Node.js 时可能直接裸奔成一个“只有主程序、没有任何全局包能力”的残缺环境。

按下Win + R，输入sysdm.cpl回车（如果你记不住这个写法，也可以从“设置——系统——系统信息——高级系统设置”进入），点击“环境变量”按钮。此时需要检查两项：

• 用户变量：重点看Path这一行。双击编辑，检查是否存在C:\Users\用户名\AppData\Roaming\npm、C:\Program Files\nodejs\等与 Node.js 相关的路径，有就直接删除。
• 系统变量：查看是否存在NODE_HOME、NODE_PATH这类自定义键值。如果存在并指向 Node.js 目录，删除这两个键；如果 Path 里也有 node 相关路径，同样删除。

操作完先点“确定”保存并关闭窗口，不要急着验证是否成功，因为环境变量是当前登录进程启动时读取的，修改后需要重新打开命令行窗口才生效。

2.5 注册表清理：谨慎但必要的最后一步

注册表清理是大家对 Windows 特别关心的一点。除非你明确知道自己在做什么，否则我建议只用系统自带的“删除节点项”方式，不要轻易使用第三方“优化工具”的扫描清理功能，避免误删。

打开注册表编辑器（Win + R，输入regedit回车），依次定位到以下两个路径，找到与 Node.js 相关的子项并删除：

HKEY_CURRENT_USER\Software\Node.js HKEY_LOCAL_MACHINE\SOFTWARE\Node.js

然后继续检查卸载信息项：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

在左侧展开这个节点，使用快捷键Ctrl + F搜索Node.js，找到后确认其DisplayName确实指向 Node.js 相关条目再删除。如果搜到多条，反复按F3查找下一个，把相关的都清掉。

注册表操作要特别小心，只删和 Node.js 明确相关的，不要动其他同名但无关的项。比如有些显卡驱动或其他软件里可能会出现“Node”名称，要看DisplayName或DisplayIcon的具体值来确认。

2.6 清理 npm 全局包的最优时机

我在前面特意让你先备份全局包清单、但不要提前卸载全局包，原因就在这一步。假如你先用npm uninstall -g 包名卸载全局包，再卸载 Node.js 主程序，虽然也能卸干净，但中间如果出现某个包卸载报错卡住，后面整个官方卸载向导就不好执行了。

正确顺序是：先走系统卸载入口移除主程序，再手动删除 npm 全局包目录，这样就没有权限阻碍的问题了。如果你还能正常进入系统，用 node 打开命令行验证一下：

node -v

如果提示“系统找不到指定的路径”或“node 不是内部或外部命令”，说明主程序已经卸除了。如果你还希望保留全局包，以后在新环境重新安装 Node.js 时，可以用之前导出的npm-global-list.txt配合脚本重新安装：

for /f "tokens=1" %i in (D:\npm-global-list.txt) do npm install -g %i

这样恢复起来比手动一条条敲快得多。

3. macOS 环境卸载：区分 Homebrew、pkg 安装包和 nvm 三种情况

macOS 下卸载 Node.js 的方式高度依赖“当初是怎么装的”。核心原因在于不同安装方式把文件放到了不同位置，管理方式也不同。以下三种场景基本覆盖了绝大多数情况。

3.1 Homebrew 安装的卸载方式

如果你通过brew install node安装 Node.js，卸载会相对简单。因为 Homebrew 自己维护了卸载清单，用命令删除即可：

brew uninstall node

但这就结束了吗？还早。Homebrew 卸载后的残留主要体现在：node_modules目录和 npm 全局包。

你需要继续执行：

rm -rf /usr/local/lib/node_modules rm -rf /usr/local/include/node /usr/local/include/node_modules rm -rf ~/.npm

如果使用的是 Apple Silicon 芯片的 Mac（M1/M2/M3），路径会略有不同，Homebrew 默认装在/opt/homebrew下，所以对应的路径是：

rm -rf /opt/homebrew/lib/node_modules rm -rf /opt/homebrew/include/node /opt/homebrew/include/node_modules

另外还需检查你的 shell 配置文件：终端输入echo $SHELL，看到的是 zsh 就编辑~/.zshrc，看到的是 bash 就编辑~/.bash_profile或~/.bashrc。在文件里查找/usr/local/bin或/opt/homebrew/bin是否单独给 node 配了NODE_HOME/NODE_PATH，如果有就删除对应行，然后执行source ~/.zshrc刷新。

3.2 pkg 安装包的卸载与残留处理

从 nodejs.org 直接下载.pkg安装的情况就不那么舒服了。pkg 安装器没有提供常规的卸载入口，你只能在“访达——应用程序——实用工具——终端”里手动操作。

macOS 的 pkg 安装会把文件写入/usr/local/bin目录，同时创建一些符号链接。先查看系统中有哪些与 node 相关的包记录：

pkgutil --pkgs | grep -i node

看到类似com.nodejs.pkg的记录后，再找出它管理的实际文件：

pkgutil --files com.nodejs.pkg

这个命令会列出安装时写入的所有文件路径。比较稳妥的清理方式，是先确认路径，再按顺序删除主要组件：

sudo rm -rf /usr/local/include/node sudo rm -rf /usr/local/lib/node_modules sudo rm -rf /usr/local/bin/npm sudo rm -rf /usr/local/bin/node sudo rm -rf /usr/local/bin/corepack sudo rm -rf /usr/local/bin/node-gyp

之后删除 pkg 的登记记录，让系统不再认为你装过这个包：

sudo pkgutil --forget com.nodejs.pkg

用 pkg 方式安装时还容易留下一个特殊痕迹：/Users/用户名/.node-gyp目录。这个是编译原生模块时产生的全局缓存，如果之后不再需要，也可以一并删除：

rm -rf ~/.node-gyp

3.3 nvm 方式管理 Node.js 的情况

macOS 下很多前端开发者使用 nvm 管理多个 Node 版本。如果你用的是 nvm，卸载的思路又不一样：nvm 本身是用户态工具，你不需要也不可能通过卸载程序把某个 Node 版本删干净——你只需要让 nvm 帮你移除即可，不要手动删~/.nvm/versions/node下的目录，否则 nvm 的版本索引会损坏。

先看看当前正在使用的版本：

nvm ls nvm list

确认要移除的版本后执行：

nvm uninstall v20.11.0

这样 nvm 会自动删除该版本对应的运行时文件和模块目录。如果你想把 nvm 本身也一并移除，直接删除~/.nvm目录，并清理 shell 配置文件里的 nvm 相关初始化脚本。

3.4 清理 shell 配置里的残留引用

整个 macOS 卸载过程中，最容易漏掉的一环是 shell 配置。不管你是哪种安装方式，只要安装时修改过~/.zshrc、~/.bash_profile或~/.bashrc，就有必要在卸载完文件后回来看看。

用编辑器打开对应文件，一般会发现类似下面的几行：

export NVM_DIR="$HOME/.nvm" export NODE_HOME="/usr/local/bin/node" export PATH="/usr/local/bin:$PATH"

NVM_DIR只在你愿意彻底移除 nvm 时才需要删除；NODE_HOME和手动写入的/usr/local/bin如果确定不再需要，删除。然后重新加载配置：

source ~/.zshrc

接着用一个全新终端窗口执行node -v，如果出现command not found，说明 shell 层面已经清理完成。

4. Linux 环境卸载：apt、源码安装和 nvm 的差异化清理

Linux 下的卸载方式一样取决于安装方式。不同发行版差异较大，下面以最常见的 Ubuntu/Debian 系为例展开，CentOS/RHEL 的 yum/dnf 思路类似，命令略有区别。

4.1 apt 安装的卸载与 apt 缓存

Ubuntu 通过sudo apt install nodejs安装的情况，正常卸载命令很简单：

sudo apt remove nodejs

但注意remove只删除程序本体，不删除配置文件。想连配置文件一起干掉，用purge：

sudo apt purge nodejs

如果你当初是通过 NodeSource 或官方 PPA 源安装的，还需要处理一下 apt 源，否则后续apt update会一直尝试访问已经不需要的仓库地址。先查看系统里已配置的 Node.js 源：

cat /etc/apt/sources.list.d/nodesource.list 2>/dev/null ls /etc/apt/sources.list.d/ | grep -i node

如果确认不需要再使用这个源，直接删除对应.list文件，然后刷新 apt 列表：

sudo rm -f /etc/apt/sources.list.d/nodesource.list sudo apt update

接着清理 npm 全局目录和缓存：

sudo rm -rf /usr/local/lib/node_modules rm -rf ~/.npm

最后确认一下 PATH 里是否还残留/usr/local/bin或/usr/bin/node的引用，一般 apt 卸载后会自动移除，但如果有旧版本历史遗留，仍需手动检查/etc/environment、~/.profile、~/.bashrc等文件。

4.2 源码编译安装的彻底清理

通过源码编译安装（也就是下载 Node.js 源码包后执行./configure && make && make install）的方式，卸载就没有现成命令了，一切靠手动。编译安装默认会把文件放到/usr/local下，主要清理以下位置：

sudo rm -rf /usr/local/bin/node sudo rm -rf /usr/local/bin/npm sudo rm -rf /usr/local/bin/corepack sudo rm -rf /usr/local/lib/node_modules sudo rm -rf /usr/local/include/node sudo rm -rf /usr/local/share/man/man1/node.1 sudo rm -rf /usr/local/share/doc/node

如果还安装过 node-gyp 相关的编译残留，执行：

sudo rm -rf ~/.node-gyp

源码编译安装还可能把libnode.so等库文件装进/usr/local/lib，可以用下面的命令看看是否存在再决定是否删除：

ls /usr/local/lib | grep -i node

4.3 Ubuntu 下卸载后调整 shell 配置

Linux 的系统级 shell 配置一般不用担心，因为 apt 卸载会自动处理全局 PATH。但如果你在编译安装时手动修改过~/.bashrc或~/.zshrc，比如添加过export PATH="/usr/local/bin:$PATH"，建议检查并移除与 node 相关的行。

处理完后，重新登录或执行source ~/.bashrc，在终端验证：

node -v

出现node: command not found就说明命令解析层面已经干净了。如果你使用 zsh，也别忘了同步检查~/.zshrc，因为不少 Ubuntu 用户后来会换成 zsh，旧配置往往残留在里面。

5. 卸载完成后的自检清单：怎样确认真的卸干净了

很多人以为执行完上面的卸载动作就收工了，结果装新版本时又出幺蛾子。我强烈建议卸载完成后一定再过一遍自检清单——不用花太多时间，但能帮你省下后面排查问题的大量精力。

5.1 命令行层面：看命令是否还在生效

打开一个全新的终端窗口（一定要是新开的，旧窗口可能还在用缓存的环境变量），依次执行以下命令：

node -v npm -v corepack -v npx -v

按照正常结果，每条命令都应该提示找不到命令或路径不存在：

• Windows 提示：'node' 不是内部或外部命令，也不是可运行的程序或批处理文件
• macOS/Linux 提示：command not found: node

这里要特别提醒：如果你只执行了node -v就关了窗口，还漏了npm、npx、corepack这些同族的命令，因为它们可能是独立文件或符号链接，比node更顽固。比如在某些 Linux 发行版上，npm可能以独立包的形式存在，即使 node 删干净了，npm 还在。

5.2 文件系统层面：检查关键路径是否存在

用文件管理器或终端确认以下关键路径都不存在（Windows 按用户目录替换，macOS/Linux 按/usr/local或/opt/homebrew替换）：

这一步能一次性检测出主程序目录、全局包目录和缓存目录是否有遗漏。

5.3 环境变量与注册表层面：Windows 专项检查

Windows 用户在命令行执行下面这条命令，查看 PATH 中是否还有 node 相关路径：

echo %PATH%

或者用更直观的方式：

where node

如果提示找不到 node 文件，但 PATH 里仍能看到C:\Program Files\nodejs这样的路径条目，说明环境变量还没清理干净。同理，regedit打开后再搜一次Node.js，确认卸载信息已经消失了。

6. 实际场景中的“疑难杂症”与避坑经验

整理几个我实际处理过很多次的典型问题，这些都是在你按部就班执行卸载时常会遇到的情况，提前了解能避免走弯路。

6.1 官方卸载向导卡住不动或报错

如果你在控制面板里点卸载后一直转圈，或者提示“有程序正在使用 Node.js，请关闭后重试”，这种时候不要强行重启电脑再卸。先打开任务管理器（Ctrl + Shift + Esc），在“进程”标签里找到node.exe或npm相关进程，右键结束任务，然后再重新执行卸载。

还有一个容易被忽略的点：不要同时打开多个终端窗口。有时候后台某个编辑器插件会启动一个隐藏的 node 进程，表面上看到的是 VS Code 或 WebStorm 窗口，实际上 node 进程在占用文件。最稳妥的做法是卸载前把所有编辑器、编译器全关掉。

6.2 重装时报“已安装”或版本冲突

这种情况多数原因是注册表残留。Windows 的安装器在检测已安装版本时，不一定去检查文件是否存在，而是检查注册表卸载项。我之前处理过一个比较典型的案例：用户明明把 Node.js 目录删得一干二净，但双击新版.msi时还是提示“已安装更高版本，无法继续”——这种情况直接定位到注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall，删除对应的 Node.js 卸载项即可解决。

macOS 下也有类似情况，不过不是注册表，而是 pkg 的pkgutil --pkgs记录还残留。记得执行sudo pkgutil --forget清理记录。

6.3 Windows 下 nvm-windows 与正常 Node 安装的冲突

如果你曾经装过nvm-windows，后来又手动安装了 Node.js，卸载时就会遇到交叉引用的问题。nvm-windows 的原理是把不同版本放在C:\Users\用户名\AppData\Roaming\nvm目录下，然后通过符号链接把当前激活的版本映射到系统目录。这种情况下直接在“应用和功能”里卸载 Node.js 可能根本不会生效，因为系统看到的 node 是符号链接。

处理方式：先打开 nvm 命令行，执行nvm list查看当前版本，再执行nvm uninstall <version>。如果想把 nvm 本身也卸载掉，退出相关进程后删除C:\Users\用户名\AppData\Roaming\nvm整个目录，同时检查系统变量里是否配置了NVM_HOME和NVM_SYMLINK，一并删除即可。

6.4 卸载后 npm 命令仍存在但 node 不存在

Windows 上经常有人问：“我卸了 Node.js，node 命令没了，但 npm 还能用？”原因是 npm 在 Windows 上有两种形态：一种随 Node.js 一起安装，另一种可能来自其他工具链（比如某些 Ruby、Python 开发环境会顺带装上独立的 npm）。检查方法很简单，在命令行执行where npm，看它指向的路径在哪个目录下。如果路径显示为C:\Users\用户名\AppData\Roaming\npm，直接删除这个目录；如果路径在另一个软件的安装目录下，那 npm 就不是 Node.js 自带的，需要到对应的软件里去卸载，删错了会影响其他程序。

macOS 同类问题往往和 Homebrew 的node@版本相关——比如你卸载了当前 node，但brew list里还装着另一个node@22旧版本。这种情况只要再执行一次对应版本的卸载命令即可，不要手动去翻/usr/local/Cellar目录硬删。

6.5 清理需要权限时的正确姿势

Linux 和 macOS 下清理系统目录基本都需要sudo，Windows 如果遇到“拒绝访问”的提示，可以先用管理员身份打开命令行再执行删除命令。有一个小技巧：用 PowerShell 删除时，如果目录被占用导致无法删除，可以先执行taskkill /f /im node.exe把进程杀掉，再重新删除。

6.6 注意别误删其他软件依赖的共享组件

卸载时有一点要提醒：macOS 和 Linux 下/usr/local/bin目录可能同时存放了其他工具的符号链接，比如pngquant、eslint等可能被一次性移到那里。删除某个文件前，先确认文件名是node、npm、npx、corepack这几种，不要用“删除整个/usr/local/bin”这类过度激进的操作。我在实际过程中就见过有同学为了卸载 node，直接把/usr/local/bin整个删掉，导致其他一个命令行工具全部失效，教训很深刻。

6.7 清理后重装 Node.js，全局包恢复技巧

卸载完成、重新装好新版 Node.js 后，很多人会纠结全局包怎么恢复。如果你在原环境里执行过我之前说的备份命令，恢复起来很快。Windows 下的脚本参考：

Get-Content D:\npm-global-list.txt | ForEach-Object { npm install -g $_ }

macOS / Linux 下也一样：

cat ~/npm-global-list.txt | xargs npm install -g

需要注意，备份清单里的版本号可能和你要安装的新版本有兼容性差异。比如某个全局包锁定在node 18时代，新版node 22装上后运行可能报错，所以在恢复时不妨逐行审视，有问题的包单独调整版本，不必一股脑全装上。

7. 最后聊点个人经验：卸载 Node.js 前先想清楚这三件事

我在帮人处理卸载问题时，发现很多纠结其实都源于一个共同点：没有先想清楚“我为什么要卸载”。这个看起来像废话的问题，恰恰决定了你应该用哪套方案。

如果你的目标是“升级到新版本”，那我的建议是根本不用卸载旧版再装新版，直接在官方下载新版.msi安装，安装器会覆盖旧版本，并自动迁移全局工具和配置。对于开发环境，维护多个版本用 nvm-windows 或 nvm 更省心，日常写项目时完全没必要把系统折腾成一个“裸奔状态”。

如果你的目标是“彻底移除 Node.js 和相关工具，不再使用后端/前端构建能力”，那才需要走上面完整的清理链路。这种情况下请一定记得检查环境变量和 shell 配置文件，因为那些隐藏的残留不会让你看到明显异常，但会在某天重新装环境时冒出来“惊喜”一下。

还有一个容易被低估的要点：卸载 Node.js 前，先确认自己的项目里有没有用到它。如果你的项目是通过 npm scripts 启动、构建的，在卸载之后这些功能会立刻失效。很多用户因为没意识到这一点，卸载后打开旧项目一脸懵，到处查为什么npm run dev报错——这不是环境的问题，是环境已经被你亲手拆了。

我个人现在的工作习惯是：把所有 Node.js 相关的版本管理、全局包、缓存目录都收敛到可以随时清空的用户目录下，用 nvm 管理版本，把全局包限制在最小集合。这样哪怕某天需要彻底换环境，删掉 nvm 目录、清理 shell 配置，五分钟就能让系统恢复到和全新机器一样的状态，不费任何额外功夫。

按照上面的流程来操作，Windows、macOS、Linux 三套体系下你都能把 Node.js 卸载得干干净净。重点还是那句话：不要只看主程序目录有没有删掉，多花两分钟检查全局包目录、缓存目录和环境变量，一次做彻底，后面就能少踩很多坑。