node-sass runs an install script to download the required binary. If there are no environment variables, .npmrc variables or process arguments set then the binary is determined by using the current process platform, architecture and Node ABI version. Therefore, if you run node install in one application and then try to run node-sass in an application with a different platform/architecture/ABI, the binary won't have been downloaded. The solution is to manually download the binary or to fix the binary version using an environment variable (SASS_BINARY_NAME) or a .npmrc variable (sass_binary_name)

你可以在node-sass\lib\extensions.js中的getBinaryPath函数中看到这个逻辑

我也有同样的问题。我在这里找不到任何合适的解决方案，所以我找到了自己的:

受到@ robb - scott解决方案和其他建议的启发，我们可以安装两个版本的Node.js，我去了C:\Program Files (x86)\nodejs，发现除了VS默认安装之外，我还安装了一个Node.js版本。

我的解决办法很简单:

进入工具>选项>项目和解决方案> Web包管理>外部Web工具 单击添加一个条目(右上角按钮块的最左边) 输入C:\Program Files (x86)\ nodejs，按Enter确认 把它放在清单的最上面 享受

可能Node.js在PATH变量中没有设置好，但这是我的工作非常快速的解决方案，我的2美分:)

这通常是因为运行npm install后环境发生了变化。 运行npm rebuild node-sass为当前环境构建绑定。

node-sass runs an install script to download the required binary. If there are no environment variables, .npmrc variables or process arguments set then the binary is determined by using the current process platform, architecture and Node ABI version. Therefore, if you run node install in one application and then try to run node-sass in an application with a different platform/architecture/ABI, the binary won't have been downloaded. The solution is to manually download the binary or to fix the binary version using an environment variable (SASS_BINARY_NAME) or a .npmrc variable (sass_binary_name)

你可以在node-sass\lib\extensions.js中的getBinaryPath函数中看到这个逻辑

对于Visual Studio 2015/2017，右键单击您的包。单击“还原包”。

这将确保Visual Studio工具外部工具中的npm运行，并且绑定将基于此重新构建。

我也遇到过类似的问题，原因是我的机器上安装了两个版本的Node:一个是“全局”版本，另一个是项目级别的版本。 只有在Gulp构建在Node.js 4下运行时，Sass才能正确构建。x版本，因此请确保升级了您正在使用的Node版本。

PS:如果你完全删除项目中的node_modules文件夹并从头开始重新构建，npm将下载当前系统和节点版本的正确依赖项。