我在工作中经常遇到同事或网友跟我抱怨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\npmmacOS/Linux 则在/usr/local/lib/node_modules或用户目录下的.npm-global等位置。卸载 Node.js 时卸载程序只会负责移除node.exe、npm.cmd等主程序文件但它并不会跟着你的“卸载指令”去把 npm 全局包目录也扫干净。于是就会出现一种情况Node.js 已经卸载但你在命令行里敲某个之前全局安装的工具名它居然还能被识别甚至还能运行——这会让很多人误以为“根本没卸载成功”。另一类大头是缓存。npm 在执行安装时会往缓存目录写入大量压缩包文件。Windows 默认缓存位置是C:\Users\你的用户名\AppData\Local\npm-cachemacOS/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 --depth0 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 全局包与缓存主程序卸载只是第一关处理残留目录才是真正决定“干不干净”的关键。你需要按顺序检查并删除以下几个目录我分别说明它们的位置和用途目录作用默认位置npm 全局包目录存放npm install -g安装的包C:\Users\用户名\AppData\Roaming\npmnpm 缓存目录存放 npm 下载的压缩包缓存C:\Users\用户名\AppData\Local\npm-cache临时构建目录node-gyp 编译缓存C:\Users\用户名\AppData\Local\Temp下的node-*前缀文件夹具体操作打开C:\Users\用户名\AppData\Roaming找到npm文件夹删除。如果你的用户名目录下没有AppData文件夹先检查文件管理器“查看”选项是否勾选了“隐藏的项目”。打开C:\Users\用户名\AppData\Local找到npm-cache文件夹删除。这个目录往往非常占空间删掉后对系统没有副作用。用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 tokens1 %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 芯片的 MacM1/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-gyp3.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:$PATHNVM_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只删除程序本体不删除配置文件。想连配置文件一起干掉用purgesudo 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 node4.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替换系统关键路径WindowsC:\Program Files\nodejs、C:\Users\用户名\AppData\Roaming\npm、C:\Users\用户名\AppData\Local\npm-cachemacOS/usr/local/bin/node、/usr/local/lib/node_modules、~/.npm、~/.node-gypLinux/usr/local/bin/node、/usr/local/lib/node_modules、~/.npm、~/.node-gyp这一步能一次性检测出主程序目录、全局包目录和缓存目录是否有遗漏。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.jsnode 命令没了但 npm 还能用”原因是 npm 在 Windows 上有两种形态一种随 Node.js 一起安装另一种可能来自其他工具链比如某些 Ruby、Python 开发环境会顺带装上独立的 npm。检查方法很简单在命令行执行where npm看它指向的路径在哪个目录下。如果路径显示为C:\Users\用户名\AppData\Roaming\npm直接删除这个目录如果路径在另一个软件的安装目录下那 npm 就不是 Node.js 自带的需要到对应的软件里去卸载删错了会影响其他程序。macOS 同类问题往往和 Homebrew 的node版本相关——比如你卸载了当前 node但brew list里还装着另一个node22旧版本。这种情况只要再执行一次对应版本的卸载命令即可不要手动去翻/usr/local/Cellar目录硬删。6.5 清理需要权限时的正确姿势Linux 和 macOS 下清理系统目录基本都需要sudoWindows 如果遇到“拒绝访问”的提示可以先用管理员身份打开命令行再执行删除命令。有一个小技巧用 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 卸载得干干净净。重点还是那句话不要只看主程序目录有没有删掉多花两分钟检查全局包目录、缓存目录和环境变量一次做彻底后面就能少踩很多坑。 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\npmmacOS/Linux 则在/usr/local/lib/node_modules或用户目录下的.npm-global等位置。卸载 Node.js 时卸载程序只会负责移除node.exe、npm.cmd等主程序文件但它并不会跟着你的“卸载指令”去把 npm 全局包目录也扫干净。于是就会出现一种情况Node.js 已经卸载但你在命令行里敲某个之前全局安装的工具名它居然还能被识别甚至还能运行——这会让很多人误以为“根本没卸载成功”。另一类大头是缓存。npm 在执行安装时会往缓存目录写入大量压缩包文件。Windows 默认缓存位置是C:\Users\你的用户名\AppData\Local\npm-cachemacOS/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 --depth0 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 全局包与缓存主程序卸载只是第一关处理残留目录才是真正决定“干不干净”的关键。你需要按顺序检查并删除以下几个目录我分别说明它们的位置和用途目录作用默认位置npm 全局包目录存放npm install -g安装的包C:\Users\用户名\AppData\Roaming\npmnpm 缓存目录存放 npm 下载的压缩包缓存C:\Users\用户名\AppData\Local\npm-cache临时构建目录node-gyp 编译缓存C:\Users\用户名\AppData\Local\Temp下的node-*前缀文件夹具体操作打开C:\Users\用户名\AppData\Roaming找到npm文件夹删除。如果你的用户名目录下没有AppData文件夹先检查文件管理器“查看”选项是否勾选了“隐藏的项目”。打开C:\Users\用户名\AppData\Local找到npm-cache文件夹删除。这个目录往往非常占空间删掉后对系统没有副作用。用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 tokens1 %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 芯片的 MacM1/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-gyp3.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:$PATHNVM_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只删除程序本体不删除配置文件。想连配置文件一起干掉用purgesudo 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 node4.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替换系统关键路径WindowsC:\Program Files\nodejs、C:\Users\用户名\AppData\Roaming\npm、C:\Users\用户名\AppData\Local\npm-cachemacOS/usr/local/bin/node、/usr/local/lib/node_modules、~/.npm、~/.node-gypLinux/usr/local/bin/node、/usr/local/lib/node_modules、~/.npm、~/.node-gyp这一步能一次性检测出主程序目录、全局包目录和缓存目录是否有遗漏。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.jsnode 命令没了但 npm 还能用”原因是 npm 在 Windows 上有两种形态一种随 Node.js 一起安装另一种可能来自其他工具链比如某些 Ruby、Python 开发环境会顺带装上独立的 npm。检查方法很简单在命令行执行where npm看它指向的路径在哪个目录下。如果路径显示为C:\Users\用户名\AppData\Roaming\npm直接删除这个目录如果路径在另一个软件的安装目录下那 npm 就不是 Node.js 自带的需要到对应的软件里去卸载删错了会影响其他程序。macOS 同类问题往往和 Homebrew 的node版本相关——比如你卸载了当前 node但brew list里还装着另一个node22旧版本。这种情况只要再执行一次对应版本的卸载命令即可不要手动去翻/usr/local/Cellar目录硬删。6.5 清理需要权限时的正确姿势Linux 和 macOS 下清理系统目录基本都需要sudoWindows 如果遇到“拒绝访问”的提示可以先用管理员身份打开命令行再执行删除命令。有一个小技巧用 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 卸载得干干净净。重点还是那句话不要只看主程序目录有没有删掉多花两分钟检查全局包目录、缓存目录和环境变量一次做彻底后面就能少踩很多坑。