_variables.scss加下划线报“file not found”是因为路径错误：sass自动忽略下划线和扩展名，需写@use 'base/variables'而非@use 'base/_variables'，且文件必须位于正确子目录，路径区分大小写。
为什么 _variables.scss 文件加了下划线却报 “file not found”？
下划线前缀（如 _variables.scss）本身不触发任何自动加载逻辑，它只是告诉 Sass “这个文件是局部的，别单独编译成 CSS”。真正决定能否被引入的，是 @use 的路径写法和文件位置。常见错误是：把 _variables.scss 放在 src/ 下，却在 main.scss 里写 @use 'variables'——Sass 默认只在当前目录和 node_modules 里找，不会递归搜索子目录。
实操建议：
- 确保路径准确：如果
_variables.scss在styles/base/下，就写@use 'base/variables'（省略下划线和扩展名） - 不要在路径中写
_：Sass 会自动忽略前导下划线，写@use 'base/_variables'反而报错 - 检查工作目录：Sass 的“根”是执行
sass命令时所在的目录，不是@use所在文件的位置
@use 和 @import 在引入 _mixins.scss 时行为差异有多大？
@use 是模块化引入，每个被 @use 的文件只执行一次，且默认启用命名空间（比如 mixins.text-center()），避免变量/混合宏冲突；@import 是简单拼接，重复 @import 会导致重复编译、样式覆盖、变量污染。
典型问题场景：
- 多个组件都
@use 'mixins'→ 安全，共享同一份解析结果 - 多个组件都
@import 'mixins'→ 每次都重新解析，若_mixins.scss里有$primary: red，第二次@import可能覆盖第一次定义的值 - 想用
@use但要取消命名空间？加as *：@use 'mixins' as *，但仅限信任该文件无命名冲突时
如何让 @use 'utils' 正确加载 _utils/index.scss？
Sass 支持“目录索引”机制：当 @use 'utils' 找不到 utils.scss 时，会自动查找 utils/index.scss 或 utils/index.sass。前提是这个 index.scss 本身也遵循局部规则（即文件名带下划线或放在子目录中），且内容里用 @use 或 @forward 导出内部模块。
推荐结构与写法：
-
styles/utils/_colors.scss、styles/utils/_spacing.scss -
styles/utils/index.scss内容为：@forward 'colors'; @forward 'spacing'; - 主文件中写
@use 'utils' with ($spacing-scale: 8px)——@forward支持透传配置，@use不支持直接传参给被@import的文件
Windows 下路径大小写敏感导致 @use 'Layout' 失败怎么办？
Sass 在 Windows 上实际是大小写敏感的（尤其搭配 Webpack 或 Vite 时），即使文件系统不区分，构建工具可能缓存了旧路径或依赖文件系统底层行为。现象是：明明有 _layout.scss，但 @use 'layout' 成功，@use 'Layout' 报错 Can't find stylesheet to import。
关键点：
- 统一用小写路径：所有
@use中的路径全部小写，文件名也保持小写（_layout.scss而非_Layout.scss） - 编辑器可能自动补全大写首字母，需手动修正
- Vite 用户注意：
sassOptions.includePaths若配置了大小写混用的路径，也会触发此问题
路径拼写和大小写是硬性匹配，没有容错。一个字母错了，就是找不到文件。
