Less中媒体查询需嵌套在选择器内并用&绑定父级，如.nav {@media (max-width: 768px) { & { display: none; } }}；断点须定义为变量（如@breakpoint-tablet: 768px）复用，避免硬编码和编译错误。
Less里怎么用媒体查询写响应式导航栏
媒体查询在Less中和原生CSS写法一致，但可以嵌套在选择器内部，避免重复写父级类名。关键点是：媒体查询块必须放在规则集里，不能单独存在；如果想复用断点值，得提前定义为变量。
常见错误是把@media写在顶层又没加括号包裹，导致编译失败；或者在嵌套结构里漏掉父选择器链，生成的CSS选择器过深、优先级失控。
- 推荐把断点存成变量，比如
@breakpoint-tablet: 768px，后续所有@media (min-width: @breakpoint-tablet)都复用它 - 导航栏主容器（如
.nav）的样式写在顶层，折叠菜单按钮（.nav-toggle）和菜单列表（.nav-menu）的显示/隐藏逻辑统一收在媒体查询内 - 移动端默认隐藏菜单，桌面端用
display: flex展开；别用visibility: hidden替代display: none，否则仍占布局空间
如何用Less变量控制导航栏不同状态的样式
Less变量本身不响应变化，所以“切换状态”实际靠的是条件性编译——即用变量控制某段样式是否生效，而不是运行时切换。真要动态切换，得靠JS操作class，再配合Less预设好对应class的样式。
例如用@nav-style: "horizontal"作为构建时开关，配合.when (@nav-style = "horizontal")守卫表达式，决定是否注入横向布局代码。但更实用的做法是定义状态类变量：
立即学习“前端免费学习笔记（深入）”；
- 定义基础状态变量：
@nav-state: collapsed（可选collapsed/expanded） - 用
.nav.is-@{nav-state}生成对应class选择器，再在里面写具体样式 - 若需多状态组合（如
is-collapsed-mobile），建议用拼接：.nav.is-@{nav-state}-@{device}，其中@device也是变量
注意：变量插值@{xxx}只在选择器、属性值、URL中有效，不能用于@media条件里——那里只能用普通变量值，比如@media (max-width: @mobile-max)。
为什么导航栏在某些屏幕宽度下错位？检查这些Less编译细节
错位常不是逻辑问题，而是Less编译后CSS的层叠或盒模型计算偏差。尤其当用calc()配合Less变量时，容易因单位缺失或括号位置出错，导致浏览器解析失败而回退默认值。
- 所有带单位的变量值必须显式声明，比如
@nav-height: 60px，不能只写@nav-height: 60，否则height: @nav-height会输出height: 60，缺少单位被忽略 - 嵌套媒体查询时，如果父选择器用了
&拼接，要确认最终生成的选择器是否符合预期，比如.nav &__item编译后是.nav .nav__item，而非.nav__item - Flex布局相关属性（
flex-grow、justify-content）在旧版Safari中需要-webkit-前缀，Less里可用.vendor-prefix()混合（需自行定义）或直接写双行
移动端点击导航菜单没反应？别只查JS，看看Less里有没有覆盖:focus或:active
很多“点击无效”其实是视觉反馈缺失导致的误判。Less中如果重置了a:focus或button:active的outline、background等，又没补上替代样式，用户就感觉没响应。
- 确保
.nav-toggle:focus有明确的视觉反馈，比如outline: 2px solid #007bff，否则键盘用户无法感知焦点 - 避免用
* { outline: none }粗暴清空，应精确到组件级，比如只对.nav-toggle做outline: 0，再补&:focus-visible增强可访问性 - 如果用
:checked+ 隐藏checkbox控制菜单展开（纯CSS方案），Less里要确保.nav-menu:checked ~ .nav-list这类兄弟选择器层级正确，且~和+不能混用
真正复杂的不是写法，而是变量作用域和嵌套深度的组合效应——一个@nav-padding在根作用域定义，但在某个.nav--secondary嵌套块里又被局部重定义，很容易在调试时搞混到底生效的是哪个值。
