background-size: cover未填满容器的根本原因是图源尺寸过小或容器与图片宽高比严重不匹配；需检查分辨率、background-position、容器高度来源及图片是否加载成功。
background-size: cover 为什么图片还是没填满容器
常见现象是设置了 background-size: cover，但视觉上仍有白边或裁剪异常。根本原因不是属性写错了，而是它只控制缩放行为，不解决「图源尺寸过小」或「容器宽高比与图片严重不匹配」的问题。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 先确认图片原始分辨率是否 ≥ 容器在视口中的渲染尺寸（比如容器是
400px × 300px，而背景图只有200px × 150px，cover会等比放大，但可能糊且边缘留空） - 检查是否意外设置了
background-repeat: no-repeat（默认就是这个值，没问题），但漏掉了background-position: center—— 如果图片被默认左上角对齐，cover放大后很可能只显示左上区域 - 用
background-origin: border-box（默认值）确保计算起点是容器边界；若用了padding且设了background-origin: content-box，实际覆盖范围会变小
cover 和 contain 混用导致布局错乱
这两个值语义完全不同：cover 保证填满容器（可能裁剪），contain 保证全部可见（可能留白）。混用或误切常出现在响应式场景中，比如媒体查询里一个断点用 cover，另一个切到 contain，结果图片突然“缩进”或“撑出”容器。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 不要靠 JS 动态切换
background-size值来“适配”——浏览器不会重排，但视觉跳变明显；优先用 CSS 媒体查询 + 固定值 - 如果必须兼顾“全屏展示”和“内容完整”，考虑用
object-fit: cover配合<img alt="CSS盒子背景图无法填满容器_使用background-size覆盖模式" >标签替代背景图，可控性更强 -
cover在窄高容器（如手机竖屏375px × 812px）中容易裁掉人脸/主体，此时可加background-position: top或具体坐标微调，而不是换值
Flex/Grid 容器里 background-size 失效的隐性原因
当盒子是 display: flex 或 display: grid，且子元素撑开了容器高度，但背景图仍不填满——问题往往不在 background-size，而在父容器没明确高度来源。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- Flex 容器若未设
height或min-height，且子项是内容流式高度，整个容器高度由内容决定，cover只能按那个动态高度缩放，未必是你预期的“视口全高” - 检查是否写了
align-items: stretch（默认值），但子项设置了align-self: flex-start，导致容器内部未拉满，进而影响背景渲染区域 - Grid 中若用
grid-template-rows: auto，同样会导致背景作用域不可控；改用1fr或显式minmax(100vh, auto)
Retina 屏下 background-size: cover 图片模糊
不是 CSS 问题，是图源分辨率不足。CSS 的 cover 会把一张 1x 图在 2x 屏上物理放大 2 倍渲染，必然糊。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 提供 2x 分辨率图，用
background-image: url(img@2x.jpg)，或更稳妥地用@media (-webkit-min-device-pixel-ratio: 2)单独覆盖 - 避免用 PNG/JPG 直接拉伸到超大尺寸；SVG 背景图在
cover下几乎无损，适合图标类、几何图形类背景 - 如果必须用小图，可用
image-rendering: -webkit-optimize-contrast（仅 WebKit）轻微抑制插值模糊，但效果有限
最常被忽略的一点：background-size 生效的前提是 background-image 已加载完成。如果图源 404 或跨域被拦截，控制台可能只报一个 GET xxx 404，但视觉上你以为是 cover 失效，其实压根没图。
