node-sass编译耗时8-10分钟，如何通过缓存优化编译速度？

这种在低配服务器上node-sass编译突然变慢的情况我之前碰到过，给你几个缓存优化的方向，顺便也提一些可能的排查点：

一、启用node-sass内置缓存机制 #

node-sass本身自带编译缓存功能，默认可能没完全利用起来，你可以手动配置：

• 命令行编译时添加 --cache 参数，让它缓存已编译的文件：

  node-sass --cache src/scss/ -o dist/css/
  

• 如果用Gulp、Webpack这类构建工具，在对应的sass插件配置里开启 cache: true。比如Webpack的sass-loader可以这么设：

  module.exports = {
    module: {
      rules: [
        {
          test: /\.scss$/,
          use: [
            'style-loader',
            'css-loader',
            {
              loader: 'sass-loader',
              options: {
                cache: true
              }
            }
          ]
        }
      ]
    }
  };
  

• 自定义缓存路径：默认缓存存在项目的node_modules/.cache/node-sass，如果部署时会清空node_modules，建议把缓存放到服务器的持久化目录（比如/tmp/node-sass-cache），避免每次部署都丢失缓存：

  node-sass --cache-path /tmp/node-sass-cache src/scss/ -o dist/css/
  

二、解决服务器资源瓶颈问题 #

5-10美元的DigitalOcean服务器CPU和内存都比较有限，很可能是资源不足导致编译变慢：

• 编译时用htop命令查看系统负载，如果node进程占满CPU或者内存不够触发了swap，那编译速度肯定会暴跌。可以临时关闭其他非必要进程，或者短时间升级服务器配置测试，确认是不是资源问题。
• 优化磁盘IO：把缓存目录放到RAM盘（比如Ubuntu的/tmp默认是tmpfs，基于内存的文件系统），读写速度会比磁盘快很多。可以用mount | grep /tmp确认，如果不是tmpfs，临时挂载：

  sudo mount -t tmpfs tmpfs /tmp -o size=1G
  

  然后把node-sass的缓存路径指向这里。

三、调整依赖版本排查兼容性 #

虽然你用的都是最新版本，但有时候新版本之间可能存在兼容性问题：

• 尝试降级node-sass到4.7.x版本，有些新版本可能引入了性能损耗，旧版本反而更稳定。
• 强制重新安装依赖：执行yarn install --force，避免依赖包损坏导致的异常编译流程。

四、改用增量编译代替全量编译 #

如果你的项目支持，只编译修改过的SCSS文件能大幅节省时间：

• 用Webpack这类工具的话，增量编译是默认支持的，配合缓存能做到只处理改动的文件。
• 如果是自定义脚本，可以用chokidar这类工具监听文件变化，只重新编译改动的SCSS，而不是全量编译所有文件。

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