轮播图原生懒加载必须为每张图片显式添加loading="lazy"，仅CSS隐藏无效；Swiper需手动管理data-src与src切换；复杂容器中应使用IntersectionObserver并指定root为轮播容器。
轮播图里图片不加 loading="lazy" 就不算懒加载
HTML 原生懒加载只对 生效，且必须显式写 loading="lazy"。轮播图中「当前不可见的幻灯片」如果没加这个属性，浏览器仍会提前下载所有图片——哪怕它们被 display: none 或 opacity: 0 隐藏，也拦不住预加载。
常见错误是以为“轮播组件自动懒加载”，其实绝大多数 JS 轮播库（如 Swiper、Owl Carousel）默认不处理图片加载策略，得你手动配。
- 只给首屏图片加
loading="lazy"，其余幻灯片里的 - 不要依赖 CSS 隐藏来阻止加载：浏览器在解析 HTML 阶段就发起图片请求，
visibility: hidden或transform: translateX(100%)完全无效 - 若用
background-image实现轮播图，原生loading属性不生效，必须改用object-fit模拟背景效果
Swiper 7+ 怎么配合 loading="lazy" 正确初始化
Swiper 本身不接管图片加载，但它的 on('init') 和 on('slideChange') 事件可用于动态补全 lazy 属性或触发加载。关键点在于：首次初始化时，只有当前激活项（swiper.activeIndex）应加载真实 src，其余幻灯片只保留 data-src，并在切换时注入。
- 初始化前，把所有
src删掉，只留data-src；否则浏览器一解析就发请求 - 在
on('init')中，给swiper.slides[swiper.activeIndex]对应的src属性 - 在
on('slideChange')中，给新旧 slide 的src，避免内存堆积 - 不要用
swiper.lazy.load()（那是 Swiper 自己的懒加载模块，和原生loading="lazy"冲突，且已废弃）
IntersectionObserver 手动控制比 loading="lazy" 更可靠？
当轮播图嵌在复杂滚动容器里（比如 position: sticky 区域、或父级有 overflow: hidden），原生 loading="lazy" 可能失效——它只监听 viewport 交集，不感知局部滚动容器边界。
立即学习“前端免费学习笔记（深入）”；
这时得用 IntersectionObserver 主动监听每张图片是否进入「轮播可视区」（不是整个页面 viewport）：
const observer = new IntersectionObserver((entries) => {
entries.forEach(entry => {
if (entry.isIntersecting) {
const img = entry.target;
img.src = img.dataset.src;
observer.unobserve(img);
}
});
}, {
root: document.querySelector('.swiper'), // 关键：指定轮播容器为根
rootMargin: '0px 0px 0px 0px',
});
- 必须设
root为轮播容器（如.swiper），否则默认以 viewport 为根，会导致非首屏图片过早加载 - 观察目标是每张
.swiper-slide - 加载后立刻
unobserve，避免重复触发 - 注意兼容性：
IntersectionObserver在 iOS Safari 12.2+ 和 Chrome 51+ 支持良好，老版本需降级用getBoundingClientRect()轮询
轮播图懒加载最容易被忽略的坑
很多人调通了图片加载，却在交互体验上翻车：比如快速滑动时图片还没加载完就显示空白，或者同一张图被重复请求两次。根本原因常出在「状态管理错位」。
- 没区分「占位态」「加载中态」「完成态」：建议给
class="is-loading"，CSS 控制骨架屏或淡入动画，避免白块突兀出现 - 未处理加载失败：
onerror="this.src='fallback.jpg'"，否则懒加载失败时整张幻灯片空着 - 服务端返回的图片尺寸不固定：导致轮播容器高度塌陷，后续 slide 布局错乱。务必给
width/height属性或 CSSaspect-ratio - SPA 路由切换后轮播图重建，但
IntersectionObserver实例没销毁，造成内存泄漏和重复回调
