核心是，其中width=device-width使布局视口等于设备逻辑像素宽度，initial-scale=1确保1:1初始渲染，二者缺一不可；user-scalable=no不推荐，应优先保障可访问性。
要防止移动端页面变形，核心是让浏览器按设备真实逻辑宽度渲染，并禁用不可控缩放行为。关键不在“锁死”，而在“对齐设备能力”——viewport 配置必须准确传达意图，否则 CSS 再精细也无从生效。
必须写对的两个基础参数
只用这一行，且放在 最顶部：
- width=device-width：告诉浏览器用设备的逻辑像素宽度（如 iPhone 14 是 390px）作为布局视口，不是写死 375 或 1024；
- initial-scale=1：确保加载瞬间以 1:1 比例绘制，避免 iOS Safari 对小字号内容自动放大、导致文字撑开容器或按钮错位；
- 二者缺一不可——单写 width=device-width，部分安卓浏览器可能仍按默认缩放逻辑处理；单写 initial-scale=1，iOS 可能先按 980px 渲染再缩小，造成模糊和点击偏移。
user-scalable 的取舍要分场景
显式写 user-scalable=yes 是推荐做法，尤其含输入框、表单或正文阅读的页面：
htmlppt.skill
下载
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
立即学习“前端免费学习笔记（深入）”；
- 视力障碍用户、老年人依赖双指缩放看清文字或点击按钮；
- iOS 13+ 和主流安卓浏览器已弱化甚至忽略 user-scalable=no，强行加反而让系统级辅助功能（如「更大字体」）失效；
- 只有自助终端、车载屏等封闭环境才考虑 user-scalable=no，且必须配套提供界面内字号调节等替代方案。
maximum-scale / minimum-scale 基本不要用
这两个参数看似可控，实际风险高、兼容差、不合规：
- maximum-scale=1 会直接屏蔽用户主动放大，也阻断 WCAG 要求的 200% 缩放支持；
- iOS 10+ 开始部分忽略这些限制，不同机型表现不一致，调试成本陡增；
- 真有强约束需求（如 Kiosk 模式），应靠业务逻辑控制，而非靠 viewport 锁死体验。
viewport 只是起点，CSS 必须跟上
写了正确 viewport，不代表页面不变形。常见“变形”其实来自 CSS 层面：
- 搜索框字体过小？别用固定 px，优先用 rem/em，并通过 JS 或 CSS 自定义属性动态设根字号；
- 图片溢出容器？给 img 加 max-width: 100% 和 height: auto；
- flex 子项换行或截断？给子项加 min-width: 0；
- 文字被 Safari 自动放大？加 text-size-adjust: none（仅限明确需要时，注意可访问性影响）。
