Less无法在运行时响应屏幕变化，所有逻辑均在编译期完成；响应式需依赖CSS媒体查询、预设断点变量或JS实现，@if等控制指令仅支持静态求值，vw等运行时单位不可参与Less计算。
Less 本身无法在运行时感知屏幕宽度变化，所有“动态”都发生在编译阶段；真要响应视口变化，必须靠 CSS 媒体查询 + 手动维护的断点变量，或交由 JS 处理。
媒体查询里不能用 Less 变量做条件判断
比如写 @media (max-width: @breakpoint-sm) 是合法的，但 @if (width > 768px) { ... } 完全不被支持 —— Less 没有运行时环境，@if 这类控制指令只存在于编译期逻辑中，且仅限于数值/单位已知、可静态求值的场景。
常见错误现象：
- 把
@media (min-width: unit(@base * 100vw / 375, px))当成能随屏幕缩放的表达式 → 实际上它只是把100vw / 375当作纯数字算一遍，输出固定像素值（如266.66667px），和屏幕无关 - 试图在
@media内调用percentage()或round()动态生成断点 → 这些函数只处理编译时字面量，对100vw这类运行时单位无能为力
用 Mixin 封装断点逻辑，避免重复写 @media
真正实用的封装，是把常用断点抽象成带参数的 Mixin，让调用者专注样式，不重复写媒体查询壳子。例如：
立即学习“前端免费学习笔记（深入）”；
.when-min-width(@px) {
@media (min-width: @px) {
& {
.-content();
}
}
}
// 调用
.container {
width: 100%;
.when-min-width(768px) {
max-width: 1200px;
}
}注意点：
- Mixin 里不能嵌套
@if判断单位类型，@px必须传入合法 CSS 长度值（如768px、48em），否则编译失败 - 不要用
em或rem做媒体查询单位 —— 字体缩放会干扰断点触发，px最稳 - 若需多断点组合（如小屏竖排、中屏横排、大屏网格），Mixin 应接受多个参数或拆成多个独立 Mixin，别强行塞进一个函数里
mixins 与变量配合控制响应式尺寸约束
像 min-width、max-width 这类属性，本身是纯 CSS 运行时行为，Less 只负责把变量代入。关键不是“怎么算”，而是“怎么管住变量范围”：
- 定义断点变量时统一单位：
@bp-mobile: 480px;、@bp-tablet: 768px;、@bp-desktop: 1024px; - 容器宽度约束直接用原生属性组合：
width: 100%; min-width: @bp-mobile; max-width: @bp-desktop;—— 不要用min(@bp-mobile, 10vw)，那会报错 - 如果某组件在不同断点下需要不同
padding，就写对应媒体查询块，别试图用 Mixin 算出一个“自适应 padding 值”
为什么别在 Less 里硬搞“动态缩放”
有人想用 scale(calc(100vw / 375)) 或类似思路让元素随屏幕等比缩放 —— 这在 Less 里根本走不通。原因很实在：
-
calc()是 CSS 运行时函数，Less 不解析也不执行它，只会原样输出到 CSS 文件里 - Less 的
unit()、percentage()等函数只在编译时起作用，输入必须是确定数值，100vw对它来说就是非法 token - 真正要实现等比缩放，得靠 JS 控制根字体大小（
html.style.fontSize），或用 CSS 的clamp()（现代浏览器）、vw单位直用，跟 Less 无关
最容易被忽略的一点：你写的每个 @media 规则，最终都会变成静态 CSS 输出。所谓“动态”，其实是浏览器在运行时匹配这些预设好的规则 —— Less 只是帮你少写几遍 @media (min-width: ...)。
