摇一摇抽奖需用devicemotionevent监听加速度变化,须用户手势后首次启用;判断“摇”需计算加速度模长的方差与瞬时值;触发后需防重复并节流;css动画可能干扰事件频率。

DeviceMotion 事件监听是否触发了?
摇一摇抽奖的核心是捕获手机加速度变化,不是靠 click 或 touchstart。必须用 DeviceMotionEvent,且用户主动交互(如点击按钮)后才能首次启用——这是 iOS 13+ 和 Android Chrome 的硬性限制。
常见错误:页面一加载就调 window.addEventListener('devicemotion', ...),结果在 Safari 或新版 Chrome 里完全没反应。
- 必须在用户手势(
click、touchend)回调中首次调用requestPermission()(iOS),或直接绑定监听(Android 大部分情况可省略权限请求) - iOS 需显式处理:检测到
typeof DeviceMotionEvent.requestPermission === 'function'时,弹一个按钮引导用户点击授权 - 监听前建议先检查
'ondevicemotion' in window,避免低版本安卓或桌面浏览器报错
怎么判断“摇”的动作够不够?
不能只看单次 accelerationIncludingGravity 绝对值——手机静置时 Z 轴也有约 9.8 的重力值。关键在「变化率」和「短时累积」。
实操建议用滑动窗口(比如最近 20 帧)计算加速度矢量模长的方差或极差,比固定阈值更稳:
let lastX = 0, lastY = 0, lastZ = 0;
let history = [];
<p>function handleMotion(e) {
const a = e.accelerationIncludingGravity;
const speed = Math.sqrt(a.x<strong>2 + a.y</strong>2 + a.z**2);
history.push(speed);
if (history.length > 20) history.shift();</p><p>const avg = history.reduce((a, b) => a + b, 0) / history.length;
const variance = history.reduce((a, b) => a + (b - avg)**2, 0) / history.length;</p><p>if (variance > 15 && speed > 18) { // 这两个值需真机反复调
triggerLottery();
history = [];
}
}</p>
- 避免用
acceleration(去掉重力),它在某些安卓机型上为 null 或抖动极大 - 阈值 15/18 是经验值,低端机建议下调,iPhone 建议微调高一点
- 务必节流:用
setTimeout或requestAnimationFrame控制每秒最多处理 10–15 次,否则低端机卡顿
摇完怎么防止重复触发?
一次剧烈晃动常会连续触发 3–5 次 devicemotion,直接执行抽奖逻辑会导致多次中奖或 UI 错乱。
- 触发后立即设标志位
isShaking = true,并在定时器里 800ms 后重置 - 更稳妥的做法:触发后移除监听,抽奖动画播完再重新绑定,避免中间误触
- 如果用了 Promise 异步抽奖(如调 API),记得在
.finally()里恢复监听,别漏掉异常路径
CSS 动画和陀螺仪有冲突吗?
有。iOS Safari 在开启 transform: rotateY(360deg) 类动画时,devicemotion 事件频率可能骤降甚至中断,尤其在较老机型上。
- 抽奖转盘动画尽量用
will-change: transform+translateZ(0)触发 GPU 加速,别依赖纯 CSS 关键帧做高频旋转 - 摇动检测期间,暂停所有非必要 CSS 动画(比如背景粒子、浮动图标),用
element.style.animationPlayState = 'paused' - 真机测试时重点看 iPhone 8 / SE2,这两款对传感器和渲染线程调度最敏感
摇一摇不是加个事件监听就完事——重力数据噪声、系统权限策略、动画抢占资源,每个环节都可能让效果打折扣。真正在意体验的话,得在三台不同年份的真机上各测 10 次晃动,再调阈值。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











