SCSS中下划线变量（如$_color-warning）并非语法私有，其不可访问性仅由@use模块系统默认不导出$_开头成员实现；若用@import引入，则该变量仍可全局读取和覆盖。
SCSS 本身没有“私有成员”语法，所谓私有是 @use 模块系统 + 命名约定共同作用的结果，不是变量前加下划线就自动隐藏。
SCSS 中 $_ 变量不导出是 @use 的默认行为，不是语法强制
你写 $_color-warning，编译器不会报错、也不会拦截访问——它只在 @use 加载的模块里默认不对外暴露。一旦用 @import 引入，$_color-warning 照样能被读取和覆盖。
-
@use创建模块作用域，所有以$_或$-开头的变量、mixin、function 默认不导出 -
@import是全局合并，$_前缀毫无约束力，纯属注释级提醒 - 变量是否可访问，取决于引入方式，而不是名字里有没有下划线
- 想验证是否真私有？在另一个文件里写
colors.$_color-warning，编译失败才是生效了
为什么 @forward 会破坏私有性？
如果你在中间模块用 @forward 'colors'，默认会把源模块所有可导出项（即非 $_ 开头的）原样转发；但若加上 as * 或漏掉 hide 控制，就可能意外暴露本该隐藏的项。
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
-
@forward 'colors' hide $_color-warning→ 显式屏蔽，安全 -
@forward 'colors' as theme→ 所有可导出项挂到theme.下，$_仍不可见 -
@forward 'colors' as *→ 解构导入，但$_变量依然不会进入当前作用域 - 最危险的是
@forward 'colors'不加任何修饰 —— 它等价于全量转发，且无法阻止下游再@use后直接访问
partial 文件名里的下划线（如 _colors.scss）和变量私有无关
_colors.scss 的下划线只是告诉 Sass 编译器“别单独编译我”，它和里面写的 $color-primary 还是 $_color-primary 完全无关。
立即学习“前端免费学习笔记（深入）”；
- 文件名下划线影响的是构建产物（不生成
colors.css），不影响变量可见性 - 哪怕你把文件改成
colors.scss，只要用@use 'colors'，$_变量依然默认不导出 - 反过来，如果文件叫
_utils.scss但里面全是$helper-xxx，这些变量照样会被@use导出 - 真正起作用的是
@use+ 变量名前缀 + 是否显式@forward，三者缺一不可
最容易被忽略的点：私有性只存在于模块边界内，一旦跨过 @use 层级，就靠命名约定和团队纪律兜底；VS Code 插件提示 “undefined” 不代表真的不可用，可能是插件没解析 @use 作用域。
