结论：响应式布局失败主因是编辑器/环境干扰而非代码错误；需确保viewport meta位于head最前、禁用DevTools缓存、HTTP协议测试、警惕预览缩放影响vw计算。
直接说结论：用 HTML 编辑器做响应式布局，不是“能不能”的问题，而是“怎么避免被编辑器自带行为反向拖垮”的问题。绝大多数翻车现场，跟代码写得对不对关系不大，跟编辑器怎么解析、怎么预览、怎么注入样式密切相关。
CodePen / JSFiddle 里 viewport 不生效？检查 meta 标签位置和顺序
在线编辑器默认把你的 HTML 片段塞进一个包裹容器里，<meta name="viewport"> 如果没出现在它生成的 <head> 最开头，就等于没写。常见错误包括：
- 把
<meta>写在<style>或<script>后面 —— 浏览器只认第一个，且必须紧接<meta charset>之后 - 用 JS 动态插入 viewport（比如
document.head.appendChild()）—— 所有主流在线编辑器的 iframe 预览环境都会忽略它 - 复制粘贴时带了全角空格或不可见字符，导致
name值变成"viewport "（注意末尾空格），浏览器直接不识别
Chrome DevTools 模拟设备但布局错乱？先关掉「Disable cache」再重试
DevTools 的设备模拟本身不改 HTML 结构，但它会强制触发 viewport 解析逻辑。如果开了「Disable cache」，部分旧版 WebView（尤其是 Android 4.4–6.0）会跳过 CSSOM 构建阶段，导致 grid-template-columns: repeat(auto-fit, ...) 这类动态函数被当成无效值丢弃。实操建议：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 刷新前确保 DevTools 的 Network 面板里「Disable cache」是未勾选状态
- 右键检查某个卡片元素，看 computed 样式里
grid-template-columns是否解析成了具体列数（如1fr 1fr），而不是原样显示repeat(...) - 若显示原函数，说明浏览器根本没执行 grid 计算 —— 大概率是 viewport 缺失或父容器
display被意外覆盖（比如某层div被 JS 加了style="display: block"）
本地双击打开 HTML 文件看不到响应效果？别信文件协议的渲染逻辑
file:// 协议下，iOS Safari 和多数安卓 WebView 会禁用 viewport 缩放逻辑，哪怕标签写对了也白搭。这不是 bug，是安全策略。验证方式很简单：
立即学习“前端免费学习笔记（深入）”；
- 用
python3 -m http.server 8000起个本地服务，访问http://localhost:8000/index.html - 对比
file:///path/to/index.html和http://...下document.documentElement.clientWidth的值 —— 前者常固定为 980px，后者才真实反映视口宽度 - 所有真机测试必须走 HTTP(S)，连 GitHub Pages 都比双击靠谱
真正容易被忽略的点是：编辑器预览窗口的缩放比例（比如 Chrome 地址栏右侧的 100% 下拉菜单）会影响 vw 单位计算，但不会影响 max-width: 100% 这类相对值。调 layout 时如果混用两者，小屏下可能突然多出滚动条——不是代码错了，是预览器自己在“演”。
