Vue项目升级Node至14+后npm install需C++编译环境的原因是什么？

问题根因 #

• 该现象由node-zopfli-es这个Node原生C++扩展依赖导致：这类用C/C++编写的Node包无法直接运行，必须根据当前Node版本、操作系统架构编译为匹配的二进制文件才能被Node调用。
• 你从Node10跨大版本升级到Node14后，Node的ABI（应用二进制接口）发生了不兼容变更，Node10环境下编译的node-zopfli-es二进制完全无法在Node14下运行，因此每次全新执行npm install时，npm都会自动触发node-gyp工具在本地编译该包，本地编译就依赖Visual Studio的C++编译组件。
• 之前Node10版本下没有该提示，要么是当时node-zopfli-es提供了适配Node10的预编译二进制包，无需本地编译；要么是你之前的环境已经提前安装过C++编译组件。

解决方案 #

方案1：替换纯JS实现的同功能包（最彻底） #

如果项目仅用node-zopfli-es做gzip或PNG压缩，直接替换为纯JS实现的同功能包，比如pako、zopflite，即可彻底移除C++编译依赖。

方案2：配置预编译二进制拉取规则 #

大部分原生扩展包都会提前编译好适配不同Node版本、不同系统的二进制文件存放在镜像源，你可以在项目根目录新增.npmrc文件，添加以下配置优先拉取预编译好的二进制，跳过本地编译步骤：

binary_host_mirror=https://npmmirror.com/mirrors/

方案3：全局配置Windows编译环境（一劳永逸） #

如果不想修改现有依赖，可直接用官方工具一键配置所有Node原生扩展需要的编译环境，后续安装任何原生包都不会再弹出提示，执行命令需要用管理员权限打开终端：

npm install -g windows-build-tools

方案4：固化编译后的依赖（适合团队环境统一的场景） #

如果团队所有成员的Node版本、操作系统都统一，你可以把当前编译完成的node_modules/node-zopfli-es目录单独提交到项目仓库，或者配置npm共享缓存，避免每次执行npm install都重新编译。

内容的提问来源于stack exchange，提问作者Zahin Afsar