根本不是宽度设小了，而是多个容器尺寸被绝对锁定且冲突：如.container设width:1200px但父元素未设max-width，窄屏下强行溢出；需用max-width:1200px+width:100%+margin:auto，并检查viewport、父容器width、媒体查询残留及图片iframe的缩放策略。
为什么加了 width: 1200px 还会出横向滚动条
根本不是“宽度设小了”，而是多个地方悄悄锁死了容器尺寸，且彼此冲突。最典型的是：.container 设了 width: 1200px，但它的父元素（比如 body 或某个 wrapper）没设 max-width，导致它在窄屏下仍强行占满 1200px，溢出视口。
-
width: 1200px是绝对锁定，不随屏幕缩放；必须搭配max-width: 1200px+margin: auto才安全 - 检查是否漏删了媒体查询里残留的
@media (min-width: 1200px)规则——它们会让某些样式只在大屏生效，小屏反而回退到未定义状态 - 框架类容器（如 Bootstrap 的
.container）不能只靠 class 覆盖，得用!important强制重置所有断点逻辑，否则内部媒体查询仍会生效
max-width 和 width 混用时的实际行为差异
很多人以为 max-width: 1200px; width: 100% 就是“小屏自适应、大屏限宽”，但浏览器渲染顺序会让结果出人意料：当父容器宽度小于 1200px 时，width: 100% 先生效，再被 max-width 截断；可一旦父容器本身用了 width: 1000px（非 max-width），子元素就永远卡在 1000px 内，max-width: 1200px 形同虚设。
- 优先用
max-width: 1200px; width: 100%; margin: auto，不要用width: 1200px - 所有上层容器（包括
html、body、wrapper）都要检查是否误设了固定width，尤其注意 JS 动态插入的 style 属性 - 用浏览器开发者工具的“Computed”面板看最终生效的
width值，比单纯查 CSS 规则更可靠
图片和 iframe 的 max-width: 100% 在固定布局里反而坏事
响应式模板里普遍给 img 和 iframe 加 max-width: 100%，这在流式布局中是对的；但切换成固定宽度后，如果父容器是 max-width: 1200px，而图片原始宽度是 1500px，它就会被压缩到 1200px 内——可如果页面其他部分按 1200px 设计，这张图缩完就左右留白，视觉错位。
- 固定布局下，图片应显式设
width: 100%（不是max-width），并确保其父容器宽度恒定且无 padding 干扰 - 若需保留等比缩放，改用
width: 100%; height: auto，但必须确认父容器没有overflow: hidden，否则可能裁掉边缘 - iframe 同理，尤其嵌入地图或视频时，直接写
width="1200"属性比依赖 CSS 更可控
viewport meta 标签不清理会导致固定布局在手机上失效
保留 <meta name="viewport" content="width=device-width, initial-scale=1"> 是响应式标配，但改成固定布局后，它会让 iOS Safari 和 Android Chrome 强制按设备物理宽度渲染页面，结果 1200px 容器在 iPhone 上被缩成一团，文字糊成一片。
立即学习“前端免费学习笔记（深入）”；
- 必须删掉该标签，或替换成
<meta name="viewport" content="width=1200">（注意是数值，不是关键词） - 不能只删
initial-scale=1而留width=device-width，后者单独存在仍会触发设备宽度适配 - 测试时务必在真机 Safari 和 Chrome 中打开，模拟器常无法复现 viewport 引发的缩放异常
div 包着 .container，它悄悄设了 width: 1000px，结果整个固定布局被压窄 200px，怎么调 .container 都对不上。 
