能，但需正确配置：WebStorm依赖Dart Sass编译器和@use导入链来索引变量与@mixin；路径错误、未保存文件、缺失@use入口或--load-path参数都会导致提示失效。
WebStorm 能不能识别 Sass 变量和 @mixin？
能，但不是开箱即用。WebStorm 本身不解析 Sass 语法，它依赖你项目中实际存在的 sass 编译器（Dart Sass）和正确的文件结构来推断变量、@mixin、@function 的作用域。如果你的 _variables.scss 或 _mixins.scss 没被任何入口文件通过 @use 或 @import 引入，WebStorm 就“看不见”它们——哪怕文件就躺在同一目录下。
为什么 @use 的模块路径写对了，变量还是不提示？
因为 WebStorm 的 Sass 支持基于“可见导入链”。它不会扫描整个项目去穷举所有 $var，而是只索引那些被当前编辑文件**直接或间接导入**的模块内容。
-
@use "base/variables"—— 提示生效的前提是：路径base/variables.scss存在，且该文件里有合法的$color-primary: #007bff声明 - 如果用了别名：
@use "base/variables" as vars，那只能通过vars.$color-primary触发提示，$color-primary本身不会自动补全 -
@import已被 Dart Sass 标记为 deprecated，WebStorm 对它的符号索引支持弱于@use；尽量避免混用 - 确保入口 SCSS 文件（如
main.scss）里至少有一处@use，否则 WebStorm 认为“无上下文”，不激活 Sass 语义分析
怎么让 _partial.scss 里的 mixin 在其他文件里被提示？
关键不是“声明位置”，而是“导入路径是否被 WebStorm 解析”。常见失效场景：
- 写了
@use "../mixins"，但 WebStorm 找不到mixins.scss（路径错、文件名漏下划线、大小写不符） -
_mixins.scss里用了@forward "_helpers"，但_helpers.scss没被监听或没被正确@use，导致转发链中断 - WebStorm 缓存了旧的符号索引：执行 File → Invalidate Caches and Restart → Just Restart，不要勾选 “Clear file system cache and Local history”（会丢掉未提交的本地改动）
- 变量或 mixin 定义在嵌套规则内（如
.btn { $size: 16px; }），Sass 允许，但 WebStorm 不索引局部作用域变量
智能提示不出现？先检查这三件事
别急着重装插件。90% 的问题出在基础配置断层：
- 确认项目根目录下运行
sass --version能输出版本号（如1.77.2）；若报 command not found，WebStorm 根本无法加载 Sass 语言服务 - 打开 Settings → Languages & Frameworks → Stylesheets → Sass，勾选 Enable Sass support；下方
Path to Dart Sass executable留空即可（自动探测），除非你用了局部安装的./node_modules/.bin/sass - 确保当前编辑的 .scss 文件已保存（.sass 文件不支持智能提示），且文件编码是 UTF-8，不含 BOM；含中文路径或文件名会导致整个 Sass 解析器静默失败
真正难搞的是跨包引用（比如 @use "bootstrap"）——WebStorm 不会自动读取 node_modules 下的声明文件，必须配合 --load-path 参数让 Dart Sass 能 resolve，而 WebStorm 的提示能力严格受限于编译器能否成功 resolve。这点常被忽略，但恰恰是大型项目里提示失效的根源。
