requestAnimationFrame 是浏览器原生动画API，按屏幕刷新率执行且自动暂停；与 setTimeout 不同，它需递归调用、基于时间戳计算位移、及时 cancel 以避免泄漏。
requestAnimationFrame 是什么，和 setTimeout 有什么区别
requestAnimationFrame 是浏览器提供的用于驱动动画的原生 API，它不是定时器，而是告诉浏览器“你下次重绘前，帮我执行这个函数”。相比 setTimeout 或 setInterval，它更省电、更顺滑、自动适配屏幕刷新率（通常是 60fps），且在标签页不可见时会自动暂停。
常见错误是把它当“更高级的 setTimeout”来用，比如写成 requestAnimationFrame(() => { /* 一次就完事 */ }) —— 这样只会执行一帧，根本动不起来。
怎么写一个持续运行的动画循环
真正能动起来的动画，必须在回调里**递归调用自己**。这是最常漏掉的关键点。
- 每次回调执行完动画逻辑后，立刻再调一次
requestAnimationFrame(animate) - 用一个变量保存当前帧 ID，方便后续用
cancelAnimationFrame停止 - 不要在回调里直接写死时间步长（如
pos += 2），应基于上一帧时间戳计算真实经过毫秒数，避免丢帧导致速度漂移
let animationId = null; let lastTime = 0;function animate(timestamp) { if (!lastTime) lastTime = timestamp; const deltaTime = timestamp - lastTime; lastTime = timestamp;
// 示例：让元素每秒移动 100px const speed = 100; // px/s element.style.transform =
translateX(${speed * deltaTime / 1000}px);animationId = requestAnimationFrame(animate); }
animationId = requestAnimationFrame(animate);
立即学习“Java免费学习笔记（深入）”；
采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，
什么时候该停止 requestAnimationFrame
不手动停止会导致内存泄漏和后台持续耗电，尤其在组件卸载、页面切换或用户暂停动画时。
- 调用
cancelAnimationFrame(animationId)即可中断当前排队中的帧 - 务必确保
animationId是你上次requestAnimationFrame返回的值，赋值时机不能错 - React/Vue 等框架中，要在
useEffect cleanup或beforeUnmount钩子中调用取消逻辑 - 如果动画依赖某个 DOM 元素，而该元素已被移除，继续执行会报错，建议加一层存在性判断
兼容性和性能注意点
现代浏览器都支持 requestAnimationFrame，但 IE10+ 才有，且需要带前缀 webkitRequestAnimationFrame（已基本可忽略）。真正容易被忽略的是帧率控制与精度问题：
-
timestamp参数是高精度时间（单位毫秒，小数点后三位），别用Date.now()替代，后者精度低且不受浏览器节流影响 - 动画逻辑尽量轻量，避免在帧回调里做 DOM 查询、样式重排（
offsetTop）、复杂计算；批量读写分离（先读所有 offset，再统一写 style） - 若需固定帧率（如强制 30fps），不能靠
if (timestamp % 33 这类取模——它不准确；应记录上一次渲染时间，差值不够就跳过本次
动画不是写得越勤快越好，而是刚好卡在浏览器重绘节奏上。多一帧没用，少一帧就卡。
