three.js 中的 Clock 时间类getDelta 与 getElapsedTime 的实现原理、用法及 Timer 迁移指南【免费下载链接】three.jsJavaScript 3D Library.项目地址: https://gitcode.com/GitHub_Trending/th/three.js本文以 three.js 官方 API 文档中的 Clock 参考文档 为主体结合 src/core/Clock.js 的源码实现与 Clock 单元测试完整讲解这个用于记录时间的核心类的构造参数、五个公开属性、四个方法的行为细节与边界情况并说明为什么自 r183 起该模块已被标记弃用、以及如何平滑迁移到 Timer。读完本篇你可以准确掌握在渲染循环中计算帧间隔delta time与累计时长elapsed time的正确方式理解autoStart/stop()引发的常见时钟不再走动陷阱并知道新代码应使用哪个替代类。Clock 是做什么的帧循环中的时间基准在 3D 场景中几乎所有运动——动画混合器推进、物体位移、相机控制器的阻尼——都需要一个时间量。three.js 的渲染惯例是requestAnimationFrame驱动的主循环renderer.setAnimationLoop( () { const delta clock.getDelta(); // 本帧与上一帧的间隔秒 mixer.update( delta ); // 动画按帧间隔推进 // ... } );Clock的职责就是为这个循环提供时间基准以performance.now()为时钟源毫秒精度对外输出以秒为单位的帧间隔getDelta()和累计运行时长getElapsedTime()。官方文档将其定义为一句话——Class for keeping track of time用于跟踪时间的类它是 Three.Core.js 中导出的核心模块之一第 109 行export { Clock } from ./core/Clock.js。需要注意一个重要的版本事实自 r183 起Clock已被标记为弃用deprecated。Clock 类定义 上带有deprecated since r183标注且构造函数会直接调用warn()打印提示Clock.js 第 61 行warn( Clock: This module has been deprecated. Please use THREE.Timer instead. ); // deprecated, r183因此本篇的价值在于一是完整读懂存量代码与文档中大量存在的Clock用法二是理解其设计缺陷为迁移到 Timer官方文档 Timer 称其为 an alternative to Clock with a different API design and behavior提供依据。构造函数与 autoStart 参数官方文档给出的构造签名为new Clock( autoStart : boolean )参数说明默认值autoStart是否允许时钟在首次调用getDelta()时自动启动true对照 构造函数源码参数处理非常简单constructor( autoStart true ) { this.autoStart autoStart; this.startTime 0; this.oldTime 0; this.elapsedTime 0; this.running false; // 注意初始并不运行 warn( Clock: This module has been deprecated. ... ); }源码中有两个值得注意的细节文档只字未提初始状态running为false文档表格中.running的默认值写作true而实际代码初始化时是false。之所以默认自动启动成立是因为autoStart为true时首次getDelta()会触发隐式start()见下文。也就是说默认true描述的是等效行为而非初始字段值。构造即告警实例化Clock会立即触发一条弃用警告这在示例项目批量迁移时会很醒目。单元测试 Clock.tests.js 验证了这两种实例化方式均合法new Clock()与new Clock( false )都可以成功创建对象。五个公开属性逐项解析官方文档列出了 5 个属性以下结合 源码字段注释 逐一说明其语义与默认值.autoStart : boolean默认true若为true当getDelta()被首次调用而时钟尚未运行时类会自动替你调用start()。置为false则完全交由你手动控制start()/stop()的时机。.elapsedTime : number默认0时钟累计运行总时长秒。它不是从某一起点到现在的墙钟时间而是历次getDelta()差值的累加因此时钟stop()期间不会增长。.oldTime : number默认0记录最近一次调用start()、getElapsedTime()或getDelta()时的时间戳毫秒。它是计算帧间隔的上一次读数。.running : boolean时钟当前是否处于运行状态。stop()后置falsestart()后置true。.startTime : number默认0最近一次start()被调用时的时间戳毫秒。注意它只是起点记录并不参与elapsedTime的计算——elapsedTime是靠差值累加维护的。方法行为深挖源码级调用链.getDelta() : number返回距上一次查询以来的时间差秒。这是渲染循环中最常用的方法。完整实现见 Clock.js 第 107–131 行getDelta() { let diff 0; if ( this.autoStart ! this.running ) { this.start(); return 0; // 自动启动的这一帧间隔返回 0 } if ( this.running ) { const newTime performance.now(); diff ( newTime - this.oldTime ) / 1000; // 毫秒 → 秒 this.oldTime newTime; this.elapsedTime diff; } return diff; // 未运行时恒为 0 }从源码结构看这里有三个关键行为自动启动帧返回0autoStart生效的那一次调用只做start()返回间隔为 0避免第一帧出现一个巨大的或无意义的 delta毫秒转秒performance.now()返回毫秒/ 1000转为秒。这与文档Returns the delta time in seconds严格对应停止时恒返回 0running为false且无法自动启动时diff保持初始值0同时oldTime/elapsedTime都不再变化。.getElapsedTime() : number返回累计运行时长秒。实现只有一行核心逻辑Clock.js 第 95–100 行getElapsedTime() { this.getDelta(); // 先推进一次内部状态 return this.elapsedTime; }这里隐含一个容易被忽略的事实每次调用getElapsedTime()都会先执行一次getDelta()即它会刷新oldTime并累加elapsedTime。因此连续两次getElapsedTime()之间只要隔了一段时间返回值必然不同——这与Timer.getElapsed()同一帧内多次查询值不变的设计形成鲜明对比是Clock被评价为存在概念性缺陷Timer 类注释原文的原因之一。.start()重新开始计时记录新的startTime把oldTime同步为该时刻elapsedTime归零running置trueClock.js 第 69–77 行。文档说明当autoStart为true时该方法会在首次getDelta()时被类自动调用。.stop()停止时钟。实现Clock.js 第 82–88 行stop() { this.getElapsedTime(); // 先结算到当前时刻 this.running false; this.autoStart false; // 关键永久关闭自动启动 }这里藏着Clock最著名的坑stop()会把autoStart永久改写为false。之后即使你再次调用getDelta()时钟也不会自己醒来除非你显式调用start()。许多暂停恢复后时间不动了的 bug 都源于此——想恢复必须手动clock.start()而不是期待自动重启。用单元测试验证行为Clock 单元测试 通过 mock 掉performance对象构造一个可控的假时钟performance.next( delta )来精确断言行为值得作为Clock 到底该怎么算时间的标准答案const clock new Clock( false ); clock.start(); performance.next( 123 ); assert.numEqual( clock.getElapsedTime(), 0.123, okay ); // 123ms → 0.123s performance.next( 100 ); assert.numEqual( clock.getElapsedTime(), 0.223, okay ); // 累计 0.223s clock.stop(); performance.next( 1000 ); assert.numEqual( clock.getElapsedTime(), 0.223, dont update time if the clock was stopped );这段测试精确印证了三点毫秒到秒的换算elapsedTime是累加量0.123 0.1 0.223stop()之后即便真实时间流逝 1000msgetElapsedTime()也停留在 0.223——时钟停止期间不计入累计时长。典型使用模式在渲染循环中消费时间在 r183 之前的代码以及大量存量示例中Clock的标准用法是import * as THREE from three; const clock new THREE.Clock(); renderer.setAnimationLoop( () { const delta clock.getDelta(); // 秒 const elapsed clock.getElapsedTime(); // 秒累计 mixer.update( delta ); // 例让一个物体以恒定速度旋转速度不依赖帧率 mesh.rotation.y elapsed * Math.PI * 2; } );两个实践要点均由上述源码行为直接推出getDelta()每帧只应调用一次它每调用一次都会推进oldTime同一帧内多处重复调用会互相偷走时间暂停后恢复要显式start()stop()已关闭autoStart恢复动画前先clock.start()注意start()会把elapsedTime归零如果依赖累计时间需自行补偿。需要说明的是当前仓库的examples/目录中的示例已基本完成迁移。例如 webgl_loader_gltf.html 中使用的就是新类const timer new THREE.Timer(); // ... timer.update(); // 每帧先更新内部状态 mixer.update( timer.getDelta() );Clock 的设计缺陷与 Timer 迁移路径Timer 的源码注释 开宗明义地指出了迁移动机Clock在长期演进中暴露出概念性缺陷conceptual flawsTimer用不同的 API 设计规避了这些问题。对照 Timer 实现核心改进有两点对比维度Clockr183 起弃用Timer时间状态更新方式查询即更新getDelta()/getElapsedTime()每次调用都刷新内部状态同一帧多次查询得到不同值显式update( timestamp )每帧推进一次之后getDelta()/getElapsed()可多次调用且值稳定页面不可见时的行为切换标签页再回来会算出一个巨大 delta可能让物理/动画跳变可调用timer.connect( document )接入 Page Visibility API隐藏时 delta 记 0恢复可见时reset()重置基准避免时间突刺附加能力start()/stop()/autoStart状态机setTimescale( timescale )直接做时间缩放慢放/加速、reset()、dispose()Timer.update()的实现Timer.js 第 156–174 行还能接收requestAnimationFrame回调传入的timestamp参数省得自己调performance.now()renderer.setAnimationLoop( ( timestamp ) { timer.update( timestamp ); mixer.update( timer.getDelta() ); } );迁移建议新代码一律用Timernew THREE.Timer() 每帧timer.update()timer.getDelta()需要防切页时间突刺时加timer.connect( document )存量Clock代码不必立即重写它在 r183 及以后仍会正常工作只是构造时打印警告可结合项目维护节奏渐进替换注意语义差异Clock.start()会清零elapsedTime而Timer.reset()只重置当前步的 delta 基准Clock的暂停/恢复对应关系是Timer的update()/不调用行为模型完全不同替换时逐场景核对暂停逻辑。参考官方 API 文档Clock、Clock 页面、Timer源码实现src/core/Clock.js、src/core/Timer.js行为验证test/unit/src/core/Clock.tests.js迁移示例examples/webgl_loader_gltf.html已使用THREE.Timer【免费下载链接】three.jsJavaScript 3D Library.项目地址: https://gitcode.com/GitHub_Trending/th/three.js创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
