最可靠方式是用@media配合display:none隐藏移动端元素，需注意断点设置（推荐max-width:768px）、可访问性影响（读屏器不读取）及JS交互残留问题。
用 @media 查询配合 display: none 隐藏移动端元素
直接在 CSS 中写针对移动设备的媒体查询，是最常用也最可靠的方式。关键不是“能不能隐藏”，而是“在哪断点、用什么条件、会不会影响可访问性”。
-
display: none会彻底移除元素（不占布局、不被读屏器读取），适合纯装饰或非关键内容 - 推荐用
max-width断点，例如@media (max-width: 768px)，覆盖主流手机和平板窄屏场景 - 避免只靠
device-width，它在 iOS Safari 和部分安卓浏览器中行为不稳定 - 如果元素有 JS 交互依赖（比如绑定在
click上的按钮），display: none后事件仍存在但不可见——需同步检查逻辑是否需要禁用
别用 visibility: hidden 替代 display: none
visibility: hidden 只让元素不可见，但依然占据文档流位置，会导致空白区域、错位或点击穿透问题，在移动端尤其容易引发误触。
- 它不会触发重排（reflow），但对隐藏意图来说是副作用，不是优势
- 读屏器仍会读取该元素，不符合“隐藏”的语义预期
- 若想保留占位又临时隐藏，应明确这是设计需求，而非误选
响应式类名方案：用 class 控制显隐更灵活
比起全局选择器硬编码，给元素加响应式类（如 hidden-mobile）更易维护、支持多端嵌套、方便 JS 动态控制。
.hidden-mobile {
display: none;
}
@media (min-width: 769px) {
.hidden-mobile {
display: block;
}
}
- 类名语义清晰，团队协作时一目了然
- 可组合使用：
<div class="header hidden-mobile">或<button class="btn hidden-mobile hidden-tablet"> - 注意不要和框架自带类（如 Bootstrap 的
d-none d-md-block）混用，容易冲突
隐藏后记得检查焦点与键盘导航
用 display: none 隐藏的元素，其子元素自动脱离 tab 顺序，但若父容器被隐藏而子元素通过 JS 动态显示，可能造成焦点丢失或键盘无法抵达。
立即学习“前端免费学习笔记（深入）”；
- 测试 Tab 键是否跳过已隐藏区域，是否卡在边界
- 如果隐藏的是表单控件（如
<input>），确保提交逻辑不依赖它的值，或提前在 JS 中清理 - 慎用
display: none隐藏整个导航栏——某些屏幕阅读器会跳过整块区域，影响信息获取
