真正能用的断点Mixin需支持min/max/between三种模式，统一维护$breakpoints，通过mq($name, $max, $until)扁平化调用，避免嵌套、冗余和数值散落。
为什么直接写 @media 容易让样式失控
项目一上响应式，@media 就满天飞：组件里嵌一层、工具类里再套一层、全局变量还手动写断点数值。结果改个「平板断点」得搜 7 个文件，改完发现按钮在 iPad 上错位——因为某个 @media (min-width: 768px) 被重复写了三遍，其中两处漏了 max-width 边界。
根本问题不是媒体查询本身，而是缺乏统一的断点定义、缺少语义化封装、没有响应行为的复用机制。
用 Sass Mixin 不是为了炫技，是把「什么时候生效」和「生效时做什么」拆开管：
-
$breakpoints只定义一次数值和命名（如sm、md） -
mq()Mixin 把命名转成真实媒体查询条件 - 业务样式里只写
@include mq(md) { ... }，不碰像素值
怎么写一个真正能用的断点 Mixin
别抄网上那些只支持单值的 respond-to。实际要处理三种常见场景：最小宽度、最大宽度、区间范围。下面这个 mq 是经过多个项目验证的写法：
立即学习“前端免费学习笔记（深入）”；
@use "sass:map";
<p>$breakpoints: (
xs: 0,
sm: 576px,
md: 768px,
lg: 992px,
xl: 1200px,
xxl: 1400px
);</p><p>@mixin mq($breakpoint, $max: false, $until: null) {
@if map.has-key($breakpoints, $breakpoint) {
$width: map.get($breakpoints, $breakpoint);
@if $until != null and map.has-key($breakpoints, $until) {
$min: $width;
$max-width: map.get($breakpoints, $until);
@media (min-width: $min) and (max-width: $max-width - 1px) {
@content;
}
} @else if $max {
@media (max-width: $width - 1px) {
@content;
}
} @else {
@media (min-width: $width) {
@content;
}
}
}
}
关键细节：
-
$until参数支持区间，比如@include mq(sm, $until: md)表示「576px 到 767px」，避免手算-1px - 用
map.has-key()做校验，传错断点名（如mid）会静默失败，加这句能报错提示 - 不推荐用
@media screen and (min-width: ...)——screen在现代项目里基本冗余，还可能干扰打印样式
如何避免 Mixin 带来的嵌套灾难
很多人写完 Mixin 就开始狂套：@include mq(md) { .card { @include mq(xl) { ... } } }。三层嵌套后生成的 CSS 选择器变成 @media (min-width: 768px) { @media (min-width: 1200px) { .card {...} } }，既难调试，又浪费解析性能。
正确做法是「扁平化声明」：
- 每个组件只在顶层用一次
@include mq()，里面写完整样式，不要二次嵌套 - 需要组合断点逻辑？抽成新 Mixin，比如
mq-desktop-and-up()，而不是在样式块里再套 - 如果真要「某组件在 md 以上显示，在 xl 以上微调」，分开写两个独立块，靠 CSS 层叠自然覆盖，别用嵌套
顺带一提：@content 里写 & 时要小心。例如 &__title 在嵌套媒体查询里会拼出 @media {...} .component__title，但如果你本意是想选 .component@media... 的子元素，就错了——这时候该用 selector-append(&, "__title")。
移动端优先还是桌面端优先？Mixin 怎么配合
别纠结「必须选一个」。真正影响维护性的是：所有断点是否同源、是否可逆推。
比如你用移动端优先，基础样式不包 @media，然后用 @include mq(md) 加大屏规则；但如果某天产品要求「小屏隐藏某个模块，中屏开始显示」，就得补 @include mq(sm, $max: true)。这时如果 Mixin 不支持 $max 模式，你就得临时改写法，或者硬塞 max-width 字符串——这就是裂缝的开始。
所以 Mixin 必须同时支持 min、max、between 三种模式，且底层共用同一份 $breakpoints。否则，断点数值散落在不同 Mixin 里，改一个，漏十个。
最后提醒一句：Sass 编译后的 CSS 里，@media 顺序仍决定层叠优先级。如果你在 _base.scss 里写了 @include mq(lg)，又在 _feature.scss 里写了同样的，后者会覆盖前者——这不是 Mixin 的问题，是导入顺序的问题。检查 @use 和 @import 的层级比优化 Mixin 更重要。
