最直接有效的图片响应式方案是max-width: 100%; height: auto; display: block;，它安全缩放不拉伸、适配所有设备；object-fit仅在需严格填满固定尺寸容器时配合显式宽高使用；避免滥用overflow: hidden和JS计算宽高。
max-width: 100% + height: auto 是最直接有效的起点，95% 的图片溢出问题用它就能解决，不需要 JS、不用 overflow: hidden、也不依赖父容器显式设宽。
为什么 max-width: 100% 比 width: 100% 更安全
前者只在图片原始宽度超过容器时才缩放，原始小图保持原尺寸；后者强制拉伸，容易失真或模糊。尤其在响应式布局中，max-width: 100% 能自然适配从手机到 4K 屏的所有视口，而 width: 100% 在高 DPR 设备上可能触发浏览器插值缩放，导致边缘发虚。
常见错误写法：img { width: 100%; } —— 这会让一张 50px 宽的图标被强行撑满整个卡片，破坏设计意图。
正确做法应是：
立即学习“前端免费学习笔记（深入）”；
img {
max-width: 100%;
height: auto;
display: block; /* 防止底部空白间隙 */
}
object-fit 什么时候必须用
当图片需要严格填满一个固定尺寸容器（比如头像框、卡片封面），且不能留白、不能变形时，object-fit 才是解法。它和 max-width 解决的是不同层级的问题：
-
max-width: 100%控制图片是否“愿意缩小” -
object-fit控制图片内容如何“塞进”已确定的宽高框里
使用前提很关键：
- 必须同时设置
width: 100%和height: 100%（或明确像素值） - 父容器需有明确尺寸，否则
object-fit不生效 -
object-fit: cover会裁剪，object-fit: contain会留白——选哪个取决于 UI 要求，不是技术偏好
典型误用：img { object-fit: cover; } 单独写，没设宽高，等于没写。
为什么 overflow: hidden 经常“看似有效”却埋雷
它确实能挡住溢出部分，但掩盖了真正问题：图片尺寸失控。更麻烦的是，它在以下场景会失效或引发新问题：
- 父容器没设
width或height（比如只写了width: 100%但祖先链无约束），overflow直接不工作 - 子元素是 flex 项目时，
overflow: hidden可能被flex-shrink干扰，导致裁剪位置不可控 - 移动端 Safari 对
overflow: hidden的滚动机制处理特殊，有时会意外触发弹性拖拽（rubber-band effect） - 如果图片带重要文字或二维码，裁掉就等于丢功能
真正该加 overflow: hidden 的地方，其实是那些明确要求“视觉裁切”的容器，比如圆形头像、带阴影的卡片边框——而不是用来兜底图片尺寸管理。
JS 动态算宽的坑比你想象的多
像 contentLeft.offsetWidth - 40 这类写法，在现代项目里基本属于过时方案：
- 字体加载延迟会导致首次计算时容器高度为 0，图片被压成一条线
-
window.onresize频繁触发，没做节流的话，滚动时 CPU 占用明显升高 - 图片懒加载（
loading="lazy"）下，onload可能晚于 resize，造成闪动 - CSS 自定义属性（
--img-max-width）或容器查询（@container）已能替代大部分 JS 场景
除非你面对的是 IE11 兼容需求，否则优先用 CSS 原生能力。现在连 object-fit 的兼容性都已覆盖所有主流浏览器（Chrome 32+、Firefox 36+、Safari 10.1+、Edge 16+）。
最易被忽略的一点：图片加载完成前，height: auto 会让容器高度塌陷，如果父容器是 flex 布局且没设 min-height，整个区块可能瞬间跳动。解决方案不是加 JS，而是给 img 提前占位：aspect-ratio: 16 / 9（支持度足够，2026 年已稳定）或用内联 height 属性保底。
