@warn和@error仅在@function、@mixin或条件逻辑中主动触发时生效，用于编译期开发者反馈：@warn非阻断提醒，@error中断编译；需配置quietDeps=false启用@warn输出，@error不受影响；校验颜色等值应组合type-of()与transparent判断，并用inspect()、type-of()、map-keys()等辅助调试。
SCSS里@warn和@error到底该在哪儿用
它们不是用来“提示用户”，而是给SCSS开发者自己看的编译期反馈。只有在@function、@mixin或条件逻辑里主动触发，才会在终端输出；写在普通CSS规则里完全没反应。
典型使用场景：校验传入参数类型、检查变量是否已定义、拦截非法颜色值或单位。
-
@warn用于非阻断性提醒，比如传了px但预期是rem，编译继续 -
@error直接中断编译，适合关键约束失败，比如$breakpoint未定义就调用mq()mixin
@warn输出内容不显示？检查Sass版本和构建工具配置
Sass 1.40+ 默认开启--quiet（尤其在Vite或Webpack + sass-loader中），@warn会被静默丢弃。必须显式启用警告输出：
- Vite：在
vite.config.ts中设置sass: { quietDeps: false } - Webpack + sass-loader：确保
options.quietDeps === false（默认是true） - 命令行编译：
sass --watch src/main.scss dist/main.css --quiet=false
注意：@error不受--quiet影响，总会抛出并终止编译。
立即学习“前端免费学习笔记（深入）”；
用@error拦截无效颜色值时，别只靠type-of()
type-of($color) == 'color'能拦住字符串'red'或blue，但拦不住rgba(255, 0, 0, 0.5)这种合法函数调用——它返回color类型，但可能被后续lighten()等函数拒绝（比如传入transparent）。
更稳妥的做法是组合校验：
@function validate-color($c) {
@if not (type-of($c) == 'color' or $c == transparent) {
@error 'Expected a color or transparent, got #{$c}';
}
@if $c == transparent and function-exists(lighten) {
@warn 'Using transparent with lighten() may produce unexpected results';
}
@return $c;
}
调试时@warn信息太模糊？用inspect()和type-of()辅助输出
直接@warn $var只打印值，看不出结构。实际调试中常需要知道它是list还是map、长度多少、键名有哪些：
-
@warn 'Got: #{inspect($val)}';→ 输出带引号和结构的完整表示 @warn 'Type: #{type-of($val)}, Length: #{length($val)}';- 对
map：用map-keys($val)确认键是否存在，避免map-get()返回null却不报错
特别注意：inspect()对null输出空字符串，容易误判，务必先用variable-exists()或defined()判断变量是否真实存在。
