响应式 Hero Section 的核心矛盾在于视觉层级、内容可读性与性能开销三者在不同断点下的冲突：大屏需高清图撑满，小屏加载同图浪费带宽；缩放致文字模糊；background-image 缺乏语义、不支持懒加载及屏幕阅读器，且 object-fit 在旧 Safari 表现异常。
响应式 Hero Section 的核心矛盾在哪
不是“怎么让图片变小”，而是「视觉层级、内容可读性、性能开销」三者在不同断点下互相打架。比如大屏用高清图撑满，小屏加载同一张图会浪费带宽；强行缩放又会让文字糊成一片；用 background-image 看似方便，但无法响应式懒加载、不能被屏幕阅读器识别、object-fit 在旧版 Safari 表现不一致。
用 <img> + object-fit 实现真正语义化响应式
放弃 background-image，改用内联 <img> 是更现代、更可控的做法：
- 必须加
class="img-fluid"：保证宽度 100%，高度自适应（否则会拉伸变形） - 加
style="object-fit: cover; object-position: center top;"：裁剪而非拉伸，顶部对齐避免人脸被切掉 - 为不同断点提供不同尺寸图源：
<picture>+<source srcset="..." media="(min-width: 992px)">，移动端用 WebP 小图，桌面用 AVIF 大图 - 文字容器用
position: relative+z-index: 1，避免被图片遮挡；不要依赖负 margin 拉文字上去——它会让后续<section>的margin-top计算错乱
移动端图片置顶、桌面端左右并排的 flex 布局写法
这不是“Hero 区该不该分栏”的问题，而是你是否需要在桌面端把 CTA 按钮和标题文字横向错开，提升信息密度。用 Bootstrap 5 的 flex 工具类比传统 .row/.col 更轻量：
- 外层容器加
d-flex flex-column-reverse flex-md-row：移动端反向，<img>自动跑到文字上方；桌面恢复水平流 - 两个子区块都加
flex-md-grow-1或col-md-6，确保等宽；不建议用col-6，否则小屏直接半屏空白 - 图片区块加
overflow-hidden+img-fluid，防止 flex 布局下图片溢出容器边界 - 避免给文字区块设固定
height，否则小屏文字换行后会被截断
为什么 min-vh-100 比 vh-100 更安全
用 vh-100 时，iOS Safari 和部分安卓浏览器会在地址栏收起/展开时触发视口高度重算，导致 Hero 区突然跳动。而 min-vh-100 是最小高度约束，不会强制撑满——它只保底，不锁死。
更关键的是：如果 Hero 内容本身高度超过视口（比如长文案+多按钮），vh-100 会把多余内容裁掉，min-vh-100 则允许自然滚动。实际项目中，多数设计师没考虑过“用户滑动看完整 Hero”的场景，但真实用户会这么做。
