Live Sass Compiler已停更且不兼容新版Node.js和现代Sass语法，应改用Dart Sass CLI配合VSCode tasks实现监听编译；需注意单任务仅支持单入口，多入口需多task或npm script，--watch才是官方推荐的实时增量编译方案。
Live Sass Compiler 插件不维护了，别再用它
Live Sass Compiler（
）自 2022 年底起已停止更新，官方明确标注为
Deprecated
。它依赖过时的
（已归档），在 Node.js ≥16 环境下大概率报错，典型错误是：
或
。即使侥幸跑通，也无法支持现代 Sass 语法（如模块系统
、
）。
用 Dart Sass CLI + VSCode Tasks 替代更可靠
官方推荐的替代方案是直接使用
（Dart Sass）命令行工具，配合 VSCode 的
实现保存即编译+压缩。这不是“插件替代”，而是回归工具链本质，可控性更强：
安装
：运行
（全局）或
（项目级）
在项目根目录创建
，内容如下：
关键点：
启用压缩；
避免生成 .map 文件（如需调试可删掉）；路径格式必须是
，不支持 glob 模式（如
）
多个 Sass 文件怎么处理
一个
命令只能监听单个入口文件。若项目有多个独立入口（如
、
），不能靠一个 task 覆盖：
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
立即学习
“
前端免费学习笔记（深入）
”；
方案一：写多个 task，每个对应一个入口，在
中定义多个
方案二：用 npm script 封装，例如在
中加：
—— 注意这里用了目录映射（
→
），但要求所有 .scss 文件都是独立入口（无
命名），否则会重复编译 partial
方案三：真正需要多入口 + partial 复用时，必须用构建工具（如 Vite、Webpack），VSCode tasks 只适合简单场景
为什么不要用自动保存触发编译的“伪实时”方案
有些教程教你在
里配
，靠保存事件调用 sass 命令。这看似简单，实则问题明显：
每次保存都启动新进程，CPU 占用高，尤其文件多时容易卡顿
无法感知依赖变更（比如修改了
，但当前编辑的是
，该方案不会重新编译）
模式才是 Sass 官方设计的增量监听机制，能正确追踪
/
依赖树
真正的“实时”只来自
，不是靠保存钩子模拟出来的。
ritwickdey.live-sassnode-sassCannot find module 'node-sass'Module did not self-register@use@forwardsasstasks.jsonsassnpm install -g sassnpm install --save-dev sass.vscode/tasks.json
{
"version": "2.0.0",
"tasks": [
{
"label": "sass:watch",
"type": "shell",
"command": "sass",
"args": [
"--watch",
"--style=compressed",
"--no-source-map",
"src/scss/main.scss:dist/css/main.css"
],
"group": "build",
"isBackground": true,
"problemMatcher": []
}
]
}
--style=compressed--no-source-map输入文件:输出文件src/scss/**/*.scsssassadmin.scsstheme.scsstasks.jsonlabelpackage.json"scripts": {"sass:watch": "sass --watch --style=compressed src/scss/:dist/css/"}src/scss/dist/css/_partialsettings.json"emeraldwalk.runonsave": {"commands": [...]}_variables.scssmain.scss--watch@import@use--watch