猎豹浏览器在TV设备上HTML5交互迟滞的主因是Chromium内核老旧（49–57）且渲染调度未适配遥控操作；应禁用touch事件监听、改用keydown、移除will-change、用setTimeout节流raf、优先CSS transition，并避免console.log和timer堆积。
猎豹浏览器（尤其是旧版）在 TV 类设备或低配 Android 系统上运行 HTML5 交互时出现明显迟滞，根本原因不是“HTML5 本身慢”，而是其 Chromium 内核版本老旧 + 渲染线程调度策略未适配大屏/遥控器操作场景。直接升级浏览器通常不可行（TV 端应用商店无更新），需从页面侧主动干预。
禁用 touchstart 和 touchmove 监听器
TV 浏览器常把遥控器方向键模拟为 touch 事件，但猎豹对 touchstart/touchmove 的处理存在合成延迟，触发后需等待 300ms 才响应 click，造成“按了没反应”错觉。
- 检查所有 JS 中是否绑定了
document.addEventListener('touchstart', ...)或类似全局监听 - 若非必要（如 TV 端无触控屏），直接移除；若必须保留，请加
{ passive: true } - 用
keydown替代：TV 遥控器实际发出的是ArrowUp/Enter等 key 事件，响应更快
关闭 will-change 和强制硬件加速的 CSS
猎豹对 will-change: transform 或 transform: translateZ(0) 的 GPU 合成支持不完整，反而导致图层频繁重建、掉帧。
- 搜索项目中所有含
will-change的 CSS 规则，注释掉 - 避免给高频交互元素（如焦点框
:focus）加transform动画；改用outline或box-shadow - 确认
chrome://version中内核版本（常见为 49–57），这些版本对contain: paint完全不支持，别写
替换 requestAnimationFrame 为 setTimeout 节流
猎豹的 RAF 实现受系统 VSync 影响严重，在 TV 上常卡在 10–15fps，而 setTimeout(fn, 16) 反而更稳定（尤其配合 performance.now() 校准）。
立即学习“前端免费学习笔记（深入）”；
let lastTime = 0;
function tvTick(timestamp) {
const delta = timestamp - lastTime;
if (delta > 12) { // 强制不低于 12ms 间隔（≈83fps 下限）
render(); // 你的渲染逻辑
lastTime = timestamp;
}
requestAnimationFrame(tvTick); // 仍用 RAF 启动，但内部节流
}
requestAnimationFrame(tvTick);- 不要依赖
raf的“精准帧率”，TV 端它就是不可靠的定时器 - 动画状态变更尽量用 CSS
transition（猎豹对transition的解析比 JS 动画更稳） - 避免在
raf回调里做 DOM 查询（document.querySelector），缓存引用
真正卡顿往往藏在“以为没问题”的地方：比如一个 input 框绑了 oninput + 防抖，但防抖用的是 setTimeout 未清上次 timer，导致回调堆积；又比如 console.log 在 TV 猎豹里是同步阻塞操作——这些细节比换框架影响更大。
