vscode本身不编译less，必须全局安装lessc并验证lessc --version能输出版本号；easy less已停更不可靠，推荐用lessc + tasks.json配置--include-path实现稳定监听。
VSCode 本身不提供 Less 编译能力，所谓“热更新”完全依赖外部工具链是否就位、配置是否匹配真实运行时路径——90% 的“改了没反应”，问题不在插件开关，而在 lessc 命令根本没被调用，或调用了但路径解析失败。
lessc --version 能跑通吗？这是第一道硬门槛
所有自动编译的前提是本地能执行 lessc。VSCode 插件（包括 Easy LESS 或 Live Sass Compiler）只是触发器，不自带编译器。
- 打开系统终端（不是 VSCode 内置终端），运行
lessc --version；必须看到类似4.2.0的输出，否则插件必然静默失败 - Windows 用户要确认
%APPDATA%\npm在系统 PATH 中；macOS/Linux 用户若用 pnpm，需把~/.local/share/pnpm加进$PATH - 别信
npm install -D less就够了——开发依赖只影响项目内调用，全局命令lessc必须npm install -g less
Easy LESS 插件在 VSCode v1.80+ 上基本不可用
该插件自 2021 年停更，新版 VSCode 的文件监视机制已与它不兼容：保存无日志、无报错、无 CSS 输出，连 _variables.less 这类下划线开头的 partial 文件都会被跳过。
- 它不支持
--include-path，遇到@import "base/typo"这种跨目录引用直接报File not found - 它默认禁用下划线文件编译，且不提示原因，看起来就像“没反应”
- 它依赖 Node.js 环境检测，但检测失败时控制台不报错，只会静默退出
用 tasks.json + lessc --watch 实现真监听
绕过插件层，直接用官方 CLI 配任务，可控、可调试、路径明确。关键不是“加个插件”，而是让 VSCode 启动一个持续运行的 lessc --watch 进程。
- 项目根目录建
.vscode/tasks.json，内容中必须含"isBackground": true，否则任务执行完就终止，无法监听 -
args里写死路径会失效，必须用变量："${file}"和"${fileDirname}/${fileBasenameNoExtension}.css" - 多层
@import必须加--include-path=${fileDirname}，否则相对路径解析错位 - Windows 下路径统一用正斜杠
/dist/css/，反斜杠\dist\css\会导致生成空文件
@import 的路径错位比语法错误更难排查
Less 编译失败时，90% 的报错不是语法错，而是 File not found —— 因为 @import "mixins" 在 src/less/app.less 里，但 lessc 默认只在当前文件所在目录找，不会自动向上递归或识别别名路径。
-
--include-path=src/less是最简解法，告诉编译器“所有 import 都从这个目录开始查” - 如果项目结构是
src/less/base/_reset.less和src/less/app.less，那app.less里写@import "base/_reset"才有效；写@import "../base/_reset"就可能失败 - VSCode 的
${fileDirname}变量在不同文件里值不同，所以--include-path=${fileDirname}是动态适配，比写死路径更稳
真正卡住人的从来不是“怎么配”，而是“为什么配了还不动”——问题往往藏在 lessc 是否可用、isBackground 是否设为 true、以及 @import 路径是否被 --include-path 覆盖这三个点上。其他配置项改不改，影响都小得多。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
