直接看Styles面板里@media规则是否高亮（未灰显）——灰了说明未匹配，亮着才生效；注意DevTools视口宽度含滚动条，差1px可能导致min-width不触发，建议拖动滑块观察；更可靠的是Computed面板底部展开Media queries，明确标出匹配状态。
怎么确认媒体查询在当前视口下是否生效
直接看 Styles 面板里对应 @media 规则是否高亮（未灰显）——灰了说明没匹配，亮着才表示正在起作用。但要注意：DevTools 显示的视口宽度包含垂直滚动条宽度，有时差 1px 就导致 @media (min-width: 768px) 不触发。建议手动拖动宽度滑块，观察数值变化，而不是只依赖设备预设。
更可靠的方式是点开右侧面板底部的 Computed → 展开 Media queries 区域，这里会列出所有已加载的媒体查询，并明确标出哪些当前匹配、哪些不匹配。如果某条规则始终不亮，先检查它是否被 !important 覆盖，或是否写在了被注释掉的 CSS 块里。
用设备模拟器时为什么样式还是“不对劲”
设备模拟器只是改了视口尺寸和 UA 字符串，它不会自动注入 <meta name="viewport" content="width=device-width, initial-scale=1">。如果你的 HTML 文件里漏了这行，哪怕开了响应式模式，页面也会以桌面宽度渲染并缩放，导致字体小、按钮挤、媒体查询失效。
常见错误现象包括：手机模式下页面整体缩小、文字模糊、点击区域变小。解决方法很简单：Elements 面板里搜索 viewport，确认该 <meta> 标签存在且在 <head> 内；若没有，双击空白处手动补上，保存后刷新。
立即学习“前端免费学习笔记（深入）”；
另外注意：某些旧版 CSS 框架（如 Bootstrap 3）依赖 max-device-width，而现代 DevTools 模拟器不支持该特性，应优先改用 min-width/max-width 这类基于视口的写法。
本地双击打开的 HTML 文件调试响应式总失败
根本原因是走 file:// 协议时，浏览器对 CSS @import、fetch、甚至部分媒体查询解析有策略限制，行为和线上环境不一致。比如 @import url("mobile.css") 在 file:// 下可能静默失败，Network 面板也看不到请求记录。
必须切换到 HTTP 环境才能真实验证：
- 用
npx serve（需 Node.js）启动服务，访问http://localhost:5000 - 或运行
python3 -m http.server 8000，然后访问http://localhost:8000/your-file.html
切 HTTP 后，Network 面板才能看到 CSS 是否 404，Console 才能捕获跨域或加载错误，媒体查询也能按真实逻辑计算。
为什么改了 CSS 断点却没反应，但 Elements 里结构是对的
问题往往不在 HTML 结构，而在样式层叠顺序或选择器权重。例如你写了：
@media (max-width: 767px) {
.header { display: none; }
}
.header { display: block !important; }
后面这条带 !important 的通用规则会覆盖媒体查询里的声明，即使断点匹配，.header 依然显示。
排查步骤：
- 在
Styles面板中找到目标元素，逐条检查右侧列出的所有 CSS 规则，看哪一条被划掉（被覆盖）、哪一条加了!important - 注意选择器特异性：
.header.nav-active比.header权重高，哪怕后者在媒体查询里 - 临时禁用右侧所有非媒体查询相关的样式，再逐一启用，观察何时“破坏”响应式效果
最易被忽略的是：CSS 文件加载顺序。后引入的 CSS 会覆盖先引入的，哪怕媒体查询写在前面，只要它所在的文件后加载，就可能被覆盖。
