Mixin不是函数而是文本插入器，必须显式声明参数并设默认值；禁用嵌套调用与运行时表达式；用when守卫替代if；命名空间加语义前缀；编译期复用选Mixin，运行时响应选CSS变量。
Less Mixin 怎么写才不会变成“套娃陷阱”
直接说结论：Mixin 不是函数，没有返回值，它只是 CSS 代码的文本插入器。写错参数顺序、漏掉默认值、或在嵌套规则里滥用 .clearfix() 这类无参 Mixin，很容易导致样式覆盖混乱或编译失败。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有参数必须显式声明，默认值用
@param: default-value，别依赖 Less 的“隐式变量提升” - 避免在 Mixin 内部再调用另一个 Mixin 并传入动态计算值（比如
.border-radius(@w / 2)），Less 不支持运行时表达式求值，@w / 2会被原样输出为字符串 - 如果需要条件逻辑，用
whenguard，而不是 JavaScript 式的 if；例如：.shadow(@size) when (@size = large) { box-shadow: 0 4px 12px rgba(0,0,0,0.15); }
带命名空间的 Mixin 怎么组织才不冲突
项目一多，.btn()、.flex-center() 这类通用名很快撞车。Less 命名空间不是装饰，是隔离必需手段。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
.ui()或.layout()这类语义化前缀包裹，例如：.ui.button(@bg: #007bff) { background: @bg; color: white; } - 命名空间本身可以带参数，比如
.theme(@name) { .theme-@{name} { ... } }，配合.theme(dark)动态生成选择器 - 导入时用
@import (reference)防止重复注入——尤其当多个组件都@include .ui.button()时，避免生成多份相同 CSS
什么时候该用 Mixin 而不是 CSS 自定义属性
Mixin 解决的是“编译期复用”，CSS 变量解决的是“运行时响应”。混用会出问题：比如把 --primary-color 直接塞进 .button(@color: var(--primary-color))，Less 编译器不认识 var()，会报错或静默失效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 颜色、尺寸、断点等静态配置 → 用 Mixin + 参数（编译后固化）
- 主题切换、暗色模式、用户偏好 → 用 CSS 自定义属性 + JS 控制，Mixin 只负责生成基础结构（如
.theme-wrapper { --text: #333; }） - 想兼顾两者？用 Mixin 生成带变量的规则，例如：
.text(@color) { color: @color; }→ 调用时传var(--text)，前提是确保传入的是合法 CSS 值字符串
调试 Mixin 输出的 CSS 为什么总少一层缩进或漏了分号
Less 编译器对空格和换行不敏感，但人眼敏感。常见现象是：Mixin 展开后，margin 和 padding 挤在同一行，或嵌套选择器丢失父级上下文（比如 &:hover 编译成孤立的 :hover）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有 Mixin 定义末尾加空行，参数列表每行一个，增强可读性也方便编译器解析边界
- 嵌套规则必须用
&显式引用父选择器，.card { .ui.button() }中的.ui.button若含&:hover，才能正确展开为.card:hover - 用
lessc --lint检查语法，比肉眼盯编译后 CSS 更早发现拼写错误（如把@size写成@sieze）
最易被忽略的点：Mixin 的作用域只在定义处生效，@import 的文件里定义的 Mixin，不会自动暴露给主入口——必须确认 import 顺序，且不要指望跨文件的变量穿透。
