纯css加载动画的核心是使用@keyframes定义动画、transform控制变化，如旋转实现经典加载圈；2. 优势在于不依赖javascript、性能更优、维护简单；3. 创意形式包括脉冲点、进度条填充、骨架屏等；4. 兼容性良好但需考虑旧浏览器降级，性能上应仅用transform和opacity避免重排重绘，并尊重prefers-reduced-motion用户偏好以提升无障碍体验。
用CSS制作加载动画，核心在于利用HTML元素、CSS的@keyframes规则以及transform等属性来创建一系列视觉上的连续变化，模拟数据加载时的等待状态。这不仅能提升用户体验，还能在无需JavaScript介入的情况下，保持动画的流畅性和性能优势。它本质上就是通过操纵元素的样式随时间推移而变化，给用户一种“系统正在工作”的直观反馈。
解决方案
要实现一个经典的纯CSS加载动画，比如一个旋转的加载指示器，我们只需要一个简单的HTML元素和几行CSS代码。
HTML结构：
立即学习“前端免费学习笔记（深入）”；
<div class="loader-spinner"></div>
CSS样式：
.loader-spinner {
width: 60px;
height: 60px;
border: 6px solid #f3f3f3; /* 浅灰色背景 */
border-top: 6px solid #3498db; /* 蓝色前景 */
border-radius: 50%; /* 使其成为圆形 */
animation: spin 1.2s linear infinite; /* 应用动画：动画名称 持续时间 动画速度曲线 循环次数 */
margin: 50px auto; /* 居中显示 */
}
@keyframes spin {
0% { transform: rotate(0deg); } /* 动画开始时旋转0度 */
100% { transform: rotate(360deg); } /* 动画结束时旋转360度 */
}这段代码会创建一个不断旋转的蓝色圆环，非常经典且实用。你甚至可以调整border-top的颜色来匹配你的品牌色，或者通过改变border的宽度来调整视觉效果。
为什么纯CSS动画是前端加载体验的优选？
我个人在项目里，只要不是特别复杂的交互动画，基本都会优先考虑纯CSS方案。这倒不是说JavaScript动画不好，而是纯CSS在加载动画这个场景下，有着实实在在的性能和维护优势。
最直接的一点，它不依赖JavaScript执行。这意味着即使你的JavaScript文件加载失败，或者用户浏览器禁用了JS，加载动画依然能正常显示。这对于提升首屏体验尤其重要，用户不会看到一个空白页面干等。而且，CSS动画通常由浏览器的主线程之外的合成器线程处理，能够更好地利用GPU加速，动画表现会更流畅，卡顿感明显降低。相比之下，JavaScript动画可能会因为主线程的繁忙而出现掉帧。
再者，纯CSS的语法相对简洁明了，维护起来也方便。你不需要引入额外的库，也不用担心框架兼容性问题。就那么几行代码，清晰地定义了元素的起始状态、结束状态以及中间的变化过程。这让我觉得，在追求极致性能和简洁代码的场景下，纯CSS动画简直是前端开发者的福音。
除了旋转，还有哪些纯CSS加载动画的创意实现？
纯CSS动画的想象空间远不止一个旋转的圈。我经常会尝试一些更有趣的视觉效果，来打破那种千篇一律的加载体验。
比如，脉冲点动画就是个不错的选择。你可以在一个容器里放几个小圆点，然后让它们依次放大、缩小，或者上下跳动。这可以通过给每个点设置不同的animation-delay来实现，制造出一种波浪或者“心跳”的效果。代码上，就是几个小div，各自应用同一个@keyframes动画，但每个div的animation-delay值不同。
还有线条或进度条填充动画。想象一下一条细线，从左到右逐渐变长，或者一个矩形框，内部的颜色从0%宽度填充到100%。这可以用transform: scaleX()或者改变width属性来配合@keyframes实现。甚至可以结合clip-path或者mask属性，做出一些更复杂的形状渐变效果。
我甚至见过一些用纯CSS实现的骨架屏（Skeleton Screen）效果。虽然这严格来说不是“动画”，但它通过模拟页面内容的轮廓，给用户一种“内容正在加载”的视觉提示。这通常是几个灰色块，通过background-position和linear-gradient结合@keyframes，模拟出一种“光波”从左到右扫过的效果。这比传统的加载动画更能提升用户感知到的加载速度，因为它让用户提前看到了页面的大致布局。
纯CSS动画在不同浏览器和设备上的兼容性与性能考量
尽管纯CSS动画性能优异，但我们在实际应用中还是得考虑兼容性和一些潜在的性能陷阱。
兼容性方面，现代浏览器对@keyframes、transform等属性的支持已经非常完善了，所以大部分情况下，你不需要再写webkit-、moz-等私有前缀了。但在一些老旧的浏览器（比如IE9及以下）上，这些动画可能无法正常显示。这时候，你可能需要考虑提供一个降级方案，比如直接显示一个静态的加载图片，或者干脆不显示动画。
性能优化是更需要关注的。虽然CSS动画通常由GPU加速，但如果滥用某些属性，比如频繁改变width、height、top、left等会触发布局（layout）或绘制（paint）的属性，依然可能导致性能问题，尤其是在低性能设备上。我通常会坚持使用transform（如translate、rotate、scale）和opacity进行动画。这些属性通常只触发合成（compositing），对性能的影响最小。
另外，一个经常被忽视的细节是动画的无限循环。虽然加载动画通常是无限循环的，但如果你在动画结束后不停止它，它会持续消耗CPU和电池电量。对于长时间显示的加载动画，可以考虑在数据加载完成后，通过JavaScript移除或隐藏它。
最后，别忘了考虑用户的辅助功能偏好。有些用户可能设置了prefers-reduced-motion，这意味着他们更喜欢减少页面上的动画效果。作为开发者，我们应该尊重这种选择，通过CSS媒体查询来检测这个偏好，并提供一个更简洁、不那么动态的加载提示，比如一个简单的文字“加载中...”，而不是一个复杂的动画。这不仅是技术考量，也是一种用户体验的同理心。
