答案是纯CSS可通过animation、transition、position和opacity等属性实现图片轮播，核心思路为利用@keyframes定义动画关键帧，结合animation-delay控制每张图片的显示时序，使图片按时间依次淡入淡出或滑动切换，所有图片通过绝对定位叠放在同一容器中，通过改变透明度或位移实现轮换效果；该方案适用于无交互需求的自动轮播场景，但缺乏用户控制、维护成本高，且在响应式、可访问性和浏览器兼容性方面存在挑战，复杂动画建议结合JavaScript提升灵活性与用户体验。
CSS要实现图片轮换，核心思路是利用其动画（
animation）和过渡（
transition）特性，结合定位（
position）和可见性（
opacity、
transform）属性来控制图片的显示与隐藏，并模拟切换效果。纯CSS的轮播通常依赖
@keyframes定义一系列动画步骤，让图片在特定时间点改变状态，从而实现自动切换。
解决方案
要用纯CSS实现一个基础的图片轮播，我们可以利用
@keyframes和
nth-child选择器。这里以一个简单的淡入淡出效果为例：
首先，HTML结构可以这样组织，将所有图片放在一个容器里：
@@##@@ @@##@@ @@##@@ @@##@@
接着，是关键的CSS部分。我们需要将所有图片叠放在一起，然后通过动画控制它们的透明度。
立即学习“前端免费学习笔记（深入）”；
.carousel-container {
position: relative; /* 确保子元素能相对定位 */
width: 600px; /* 轮播图的宽度 */
height: 400px; /* 轮播图的高度 */
margin: 20px auto;
overflow: hidden; /* 隐藏超出容器的图片部分 */
}
.carousel-container img {
position: absolute; /* 所有图片叠放在一起 */
top: 0;
left: 0;
width: 100%;
height: 100%;
opacity: 0; /* 默认所有图片隐藏 */
animation: fadeOutIn 12s infinite; /* 动画总时长，无限循环 */
}
/* 根据图片数量和动画总时长来分配每张图片的显示时间 */
/* 假设有4张图片，每张显示3秒，切换动画1秒，总共12秒 */
/* 第一张图：0-3s显示，3-4s淡出 */
.carousel-container img:nth-child(1) {
animation-delay: 0s; /* 第一张图立即开始 */
}
/* 第二张图：3-6s显示，6-7s淡出 */
.carousel-container img:nth-child(2) {
animation-delay: 3s; /* 延迟3秒开始动画 */
}
/* 第三张图：6-9s显示，9-10s淡出 */
.carousel-container img:nth-child(3) {
animation-delay: 6s; /* 延迟6秒开始动画 */
}
/* 第四张图：9-12s显示，12-13s淡出，然后回到第一张 */
.carousel-container img:nth-child(4) {
animation-delay: 9s; /* 延迟9秒开始动画 */
}
@keyframes fadeOutIn {
0% { opacity: 0; } /* 初始隐藏 */
8% { opacity: 1; } /* 0%到8%（约1秒）淡入 */
25% { opacity: 1; } /* 保持显示一段时间（8%到25%） */
33% { opacity: 0; } /* 25%到33%（约1秒）淡出 */
100% { opacity: 0; } /* 保持隐藏直到下一次显示 */
}这里的
animation-delay和
@keyframes的百分比需要精心计算。如果动画总时长是
N秒，有
M张图片，每张图片显示
T秒，那么
N = M * T。
@keyframes中的百分比则要根据
T和切换时间来分配。上面的例子中，每张图显示时间是
3s，动画总时长
12s。
fadeOutIn动画的
8%对应
12s * 0.08 = 0.96s，
25%对应
12s * 0.25 = 3s，
33%对应
12s * 0.33 = 3.96s。这样，每张图片会在各自的
3s周期内完成淡入、显示、淡出。
纯CSS实现图片轮播，真的能完全脱离JavaScript吗？
从技术上讲，纯CSS确实可以实现图片轮播的自动切换效果，就像上面示例展示的那样。我们利用
@keyframes来定义动画序列，通过
animation-delay让每张图片在不同的时间点开始其动画，从而实现依次显示。这种方式的好处是性能开销小，浏览器渲染效率高，而且代码简洁，易于理解。
然而，纯CSS的局限性也相当明显。它无法实现用户交互，比如点击左右箭头切换图片，或者点击指示点跳转到特定图片。这些功能通常需要JavaScript来监听事件并动态修改CSS属性（例如改变
opacity或
transform）来实现。另外，纯CSS轮播在图片数量较多时，
@keyframes的百分比计算会变得非常复杂且难以维护，尤其是在需要动态添加或删除图片的情况下。如果你想让轮播图在鼠标悬停时暂停，纯CSS可以通过
:hover伪类实现，但要恢复播放就比较麻烦了。所以，对于一个功能完善、用户体验良好的轮播图，JavaScript的辅助几乎是不可或缺的。纯CSS更适合那些只需要背景图片自动切换、没有交互需求的场景。
除了简单的切换，CSS还能实现哪些高级的轮播动画效果？
CSS的
animation和
transform属性结合起来，能玩出不少花样，远不止简单的淡入淡出。
比如，我们可以实现滑动切换。将所有图片横向排列，然后通过
transform: translateX()来移动整个图片容器，让不同的图片进入视口。这通常需要将所有图片放在一个宽度很大的内部容器中，然后动画外部容器的
transform属性。
/* 假设所有图片都在一个 .slider-inner 容器中 */
.slider-inner {
width: calc(100% * 4); /* 4张图片，所以是400% */
display: flex; /* 让图片横向排列 */
animation: slideShow 16s infinite; /* 动画总时长 */
}
.slider-inner img {
width: 25%; /* 每张图片占25%的宽度 */
flex-shrink: 0; /* 防止图片缩小 */
}
@keyframes slideShow {
0%, 20% { transform: translateX(0%); } /* 第一张图 */
25%, 45% { transform: translateX(-25%); } /* 第二张图 */
50%, 70% { transform: translateX(-50%); } /* 第三张图 */
75%, 95% { transform: translateX(-75%); } /* 第四张图 */
100% { transform: translateX(0%); } /* 循环回第一张 */
}这里，
@keyframes的百分比同样需要精心计算，确保每张图片有足够的显示时间和切换时间。
再比如，可以结合
transform: scale()实现缩放效果，或者
transform: rotateY()实现3D翻转。通过改变
transform-origin，甚至能做出图片从某个角落“飞入”或“旋转”进来的效果。
filter属性也能为图片增添视觉效果，比如在切换时短暂地模糊、变灰或调整亮度。这些高级效果的实现，无非是更复杂地组合
animation、
@keyframes和各种CSS属性。关键在于想象力以及对CSS动画的理解。不过，越复杂的纯CSS动画，其可维护性和灵活性会越差，一旦需求变动，修改起来可能会很头疼。
实现图片轮播时，有哪些常见的“坑”需要我们提前规避？
在构建图片轮播，尤其是纯CSS轮播时，确实会遇到一些让人头疼的问题。
一个常见的“坑”是性能问题。如果图片文件过大，或者动画过于复杂，浏览器在渲染时可能会出现卡顿，尤其是在低端设备上。解决办法是优化图片大小和格式，尽量使用CSS的
transform和
opacity进行动画，因为它们通常由GPU加速，性能更好。避免对
width、
height、
top、
left等会触发布局（layout）或绘制（paint）的属性进行频繁动画。
其次是响应式设计的挑战。轮播图的尺寸在不同设备上可能需要动态调整。纯CSS轮播如果图片是固定尺寸，在小屏幕上可能会溢出或显示不全。使用
max-width: 100%和
height: auto是基本操作，但更复杂的布局可能需要
@media查询来调整容器或图片的尺寸，甚至在移动端禁用某些复杂的动画效果以保证流畅性。
再有，可访问性（Accessibility）往往容易被忽视。对于依赖视觉的轮播图，视障用户可能无法理解其内容。为
@@##@@标签添加有意义的
alt属性是基础，如果轮播图包含重要信息，考虑提供文字描述或可访问的导航控件。纯CSS轮播通常没有导航，这意味着用户无法手动控制，对可访问性是个挑战。
最后，浏览器兼容性也是个老生常谈的问题。虽然现代浏览器对CSS3动画支持良好，但旧版本浏览器可能不支持某些高级特性，或者在渲染时存在细微差异。测试是必不可少的，必要时提供备用方案或使用Autoprefixer等工具来处理厂商前缀。此外，纯CSS轮播在计算
animation-delay和
@keyframes百分比时，一旦图片数量变化，所有这些值都需要重新计算，这在维护上是个巨大的负担，也是为什么在实际项目中，我们往往倾向于用JavaScript来动态生成和控制这些动画参数。
