应设在 wrapper 容器上而非 body；需配合 margin: 0 auto 居中，推荐用 max-width: 85vw 或 1440px；字体用 clamp(1rem, 2.5vw, 1.25rem) 响应式缩放；背景 / 边框通过伪元素或 box-shadow 实现全宽视觉延伸。
max-width 用在 body 还是 wrapper 容器上？
直接限制 body 宽度会破坏语义和默认布局流，尤其影响 margin: 0 auto 居中失效、滚动条异常、打印样式错乱。正确做法是套一层 div 作为视觉容器（常叫 container 或 main-wrapper），再对它设 max-width。
- 必须配合
margin: 0 auto才能居中，仅max-width不生效 - 避免用
width: 1200px这种固定值——它在 4K 屏上缩得太小，用户反而要横向滚动 - 推荐用响应式单位：
max-width: 1440px或max-width: 85vw（后者更灵活，但需防过窄屏下撑满）
超大屏（如 3840×2160）下文字太小怎么同步放大？
max-width 只管容器宽度，不管字体大小。屏幕变宽时若字体不变，阅读体验反而下降。不能靠媒体查询硬写一堆 @media (min-width: 2560px)，维护成本高且覆盖不全。
- 用
clamp()最省事：font-size: clamp(1rem, 2.5vw, 1.25rem)—— 小屏保底，大屏随宽度线性放大，到阈值后不再涨 - 注意
2.5vw是经验起点，实际按行宽调整：中文建议不超过 70–80 字符 / 行，对应约3–4vw（需实测） - 慎用
rem基准全局放大，它会影响所有组件间距，容易破坏按钮、卡片等固定尺寸元素比例
设置 max-width 后，背景色或边框没撑满全屏怎么办？
这是最常被忽略的视觉断层：容器收窄了，但 body 背景色、页脚阴影、左右渐变边框仍按视口宽度渲染，导致露出白边或色块错位。
- 背景延伸靠父级：给
body设background-color，容器设background: transparent；若需容器专属背景，则用::before伪元素 +position: fixed模拟全宽覆盖 - 边框 / 分割线同理：不要给容器加
border，改用box-shadow: inset或绝对定位的div横线 - 检查是否有
overflow-x: hidden写在html或body上——它会截断固定定位元素，让全宽装饰失效
移动端适配会不会被 max-width 干扰？
不会，但前提是别乱加 !important 或写死最小宽度。很多团队为保大屏效果，在媒体查询里写 max-width: 1440px !important，结果在 iPhone 上也强制套用，导致内容被压缩。
立即学习 “ 前端免费学习笔记（深入）”；
- 只在桌面端生效：用
@media (min-width: 768px)包裹，且优先级低于移动断点规则 - 避免用
min-width单独判断“超大屏”，改用min-width: 1200px覆盖主流桌面，再叠加and (min-resolution: 2dppx)辅助识别高清屏（非必需） - 真要区分 4K 屏，CSS 里没有
device-pixel-ratio媒体特性可用，得靠 JS 检测window.devicePixelRatio > 1.5动态加类名
真正难的不是设个 max-width，而是所有依赖宽度的视觉层（字体、行高、边距、背景、阴影）是否同步响应。一个值改了，五个地方可能漏调——尤其当设计稿只给「桌面端」一版尺寸时，工程师得自己推导出大屏下的合理衰减曲线。
