真正可用的星空效果必须用 canvas + JavaScript 实现,CSS 方案因 DOM 过多、无深度感、无交互、性能差而不可取;canvas 可通过 requestAnimationFrame 控制帧率、鼠标跟随、视差滚动及生命周期管理实现高性能动态星空。
纯 CSS 实现的“星空效果”基本无法达到动态、真实感强的星空(比如视差滚动、鼠标跟随、粒子发光),真正可用的方案是 canvas + JavaScript;用 div 批量造点或 CSS @keyframes 模拟,只会卡顿、失真、兼容性差,面试时若只写这种,反而暴露基础薄弱。
CSS 星空常见写法是用 :nth-child 生成几百个 div,再给每个加不同 animation-delay 和 opacity 变化。问题很直接:
transform: translate() 配合 opacity 动画触发重排+重绘,will-change: transform 也救不回来核心思路:用 requestAnimationFrame 控制帧率,在 canvas 上逐帧绘制带透明度、大小、速度差异的圆点,并根据鼠标坐标调整局部星星的亮度与偏移。
关键实操点:
立即学习“前端免费学习笔记(深入)”;
Math.random() 生成星星数组,每颗星含 x、y、size、speed、twinkleSpeed、baseAlpha
alpha = baseAlpha * (1 + 0.5 * distanceFactor),distanceFactor 用 Math.max(0, 1 - dist / 150) 控制衰减范围draw 循环里反复调用 ctx.beginPath() —— 改用 ctx.fillRect(x, y, size, size)(更轻量)或批量 ctx.fill()
mousemove 时只更新 mouseX/mouseY,**不要**在事件里触发重绘,全交给 requestAnimationFrame 统一处理const canvas = document.getElementById('starfield');const ctx = canvas.getContext('2d');canvas.width = window.innerWidth;canvas.height = window.innerHeight;<p>let stars = [];let mouseX = canvas.width / 2;let mouseY = canvas.height / 2;</p><p>function initStars(count = 300) {stars = [];for (let i = 0; i < count; i++) {stars.push({x: Math.random() <em> canvas.width,y: Math.random() </em> canvas.height,size: Math.random() <em> 1.2,speed: 0.0005 + Math.random() </em> 0.002,twinkleSpeed: Math.random() <em> 0.01,baseAlpha: 0.2 + Math.random() </em> 0.6,offset: Math.random() <em> Math.PI </em> 2});}}
默认每秒 60 帧对星空这种视觉动效是浪费,人眼根本分辨不出细微变化。实际项目中应主动降频:
setTimeout + requestAnimationFrame 组合实现“每 120ms 渲染一帧”,即 ≈ 8fps,CPU 占用下降 70% 以上document.hidden === true)暂停动画,恢复时重置时间戳,避免后台积压大量帧splice 掉,防止数组无限增长(尤其长页面滚动时)if ('ontouchstart' in window) 分支,禁用鼠标跟随逻辑,改用设备方向(deviceorientation)做倾斜视差,更省电真正让星空“活起来”的不是点的数量,而是每颗星的独立生命周期、速度扰动、以及和用户输入的轻量耦合。Canvas 的控制粒度远高于 CSS,但代价是必须手动管理状态——这点恰恰是面试官想看到你权衡取舍的地方。