该用@warn而非@error的关键是：是否允许生成CSS。可生成则用@warn提示潜在问题（如非标准颜色名但有fallback），不可用则用@error强制终止（如必需参数为null或单位缺失）。
什么时候该用 @warn 而不是 @error
关键看参数是否还能让样式继续生成：@warn 用于提示但不中断编译，比如传了非标准颜色名但能 fallback；@error 用于彻底阻止编译，比如必需的 $size 参数为 null 或单位缺失。Sass 遇到 @error 会直接抛出错误并退出，而 @warn 只在终端输出黄色警告，后续逻辑照常执行。
常见误用是把类型检查全写成 @error——例如只因 $padding 不是 rem 就中断，其实它可能是 px 或 em，完全合法。要区分「可恢复的异常」和「不可继续的错误」。
@warn 和 @error 怎么检查变量类型和单位
Sass 没有原生 is-string() 这类函数，得靠 type-of() 和 unit() 配合判断。比如验证一个间距参数是否带合法单位：
@function validate-spacing($val) {
@if type-of($val) != "number" {
@warn "Expected number for spacing, got #{type-of($val)}: #{$val}";
@return 0;
}
@if unit($val) == "" {
@warn "Spacing value has no unit: #{$val}. Using px as fallback.";
@return $val + px;
}
@return $val;
}
注意：unit($val) 对无单位数字返回空字符串，对 1rem 返回 rem，但对 calc(1rem + 1px) 会返回空字符串（因为 calc() 是表达式，不是纯数值）——这点容易漏判。
在 mixin 中提前拦截非法参数组合
比如一个 responsive-text mixin 要求 $mobile 必须小于 $desktop，且都为带单位数值：
- 先用
type-of()确认两个都是number - 再用
unit()检查单位是否一致（否则比较无意义） - 最后用
@if $mobile >= $desktop触发@error
如果单位不一致，别急着 @error——可以先尝试用 strip-unit() 转换后比较，但要注意这会丢失语义（1em 和 16px 数值相等不代表视觉等效）。更稳妥的做法是明确要求单位统一，并在文档里写死约束。
编译报错时怎么快速定位到源文件位置
Sass 的错误堆栈默认只显示最终调用点，不容易回溯到定义 @warn / @error 的那个 mixin 文件。解决方法是在消息里手动加上下文：
@if not map-has-key($config, "theme") {
@error "[button.scss] Missing required key 'theme' in $config map";
}
用方括号标注文件名，比依赖堆栈更可靠。另外，VS Code 的 Sass 插件对带文件标识的错误提示支持更好，能一键跳转；而命令行编译（如 sass --watch）则完全依赖你写的提示是否清晰。
真正难调试的不是语法错误，而是那些「看起来编译成功了，但生成的 CSS 行为异常」的情况——这时候 @warn 输出的中间值就特别有用，比如打印出计算后的 $final-font-size，一眼就能看出缩放逻辑有没有被意外覆盖。
