requestAnimationFrame回调函数的参数表示 requestAnimationFrame() 开始执行回调函数的时刻（错误）
在MDN中的对该参数的描述是：
DOMHighResTimeStamp参数会传入回调方法中，它指示当前被requestAnimationFrame()排序的回调函数被触发的时间。在同一个帧中的多个回调函数，它们每一个都会接受到一个相同的时间戳，即使在计算上一个回调函数的工作负载期间已经消耗了一些时间。该时间戳是一个十进制数，单位为毫秒，最小精度为 1ms（1000μs）。
当你的动画需要更新时，为下一次重绘所调用的函数。该回调函数会传入DOMHighResTimeStamp参数，该参数与performance.now()的返回值相同，它表示requestAnimationFrame()开始执行回调函数的时刻。
测试案例A：验证上面所说： 回调函数参数与performance.now()返回值是否相同。测试脚本如下：
js
window.requestAnimationFrame((rafTime) => {
console.log(rafTime, performance.now()) // 输出 9.6 13
})反复执行上述代码，发现rafTime和performance.now()每次输出的值都不一样，每次相差也不一致。
测试案例B：在案例A的前面加上一个耗时任务，在观察rafTime和performance.now()输出的值。测试脚本如下：
js
for (let i = 0; i < 10000; i++) {
console.log(0)
}
window.requestAnimationFrame((rafTime) => {
console.log(rafTime, performance.now()) // 输出 7.7 181.69999999925494
})测试结果发现：当加上耗时任务以后，rafTime和performance.now()的值相差更大了。
由此，可以确认MDN上对requestAnimationFrame回调函数的参数描述是错误的。那么这个值到底指什么时间呢？
requestAnimationFrame回调函数的参数表示当前帧开始渲染的时间（正确）
在其他的文档中，对该参数的描述如下：
那么该描述对不对呢？我们该怎么去验证它呢？
首先，我们看下MDN的英文原版描述：
上面说的是回调函数的参数是上一帧渲染的结束时间，在window下等于document.timeline.currentTime,该时间戳类似在回调函数开始时调用performance.now，但从来都不是相同的值。（此时，认识到英语对于程序员来说真的很重要！！！）
又学到了一个新知识：document.timeline.currentTime
测试案例C：验证rafTime和document.timeline.currentTime是否输出一致。测试脚本如下：
js
for (let i = 0; i < 10000; i++) {
console.log(0)
}
window.requestAnimationFrame((rafTime) => {
console.log('rafTime:', rafTime)
console.log('document.timeline.currentTime: ', document.timeline.currentTime)
console.log('performance.now: ', performance.now())
})输出结果如下：
现在，我们来了解下document.timeline.currentTime
Document 接口的 timeline 只读属性表示当前文档的默认时间轴。此时间轴是 DocumentTimeline (en-US) 的一个特殊实例，它会在网页加载时自动创建。
此时间轴对于每个文档（document）来说都是唯一的，并在文档的生命周期中保持不变，包括调用 Document.open()。
测试案例D: 通过console.log和性能面板分析回调函数的参数是否与每一帧开始时间一致。
上图中，展示当前帧的开始时间是944.36ms，时长是16.67ms
上图中，展示的是这一帧中requestAnimationFrame的执行时间，大致在949.9ms。
上图中，这一帧requestAnimationFrame回调函数执行后的输出内容。
最后得出：
- requestAnimationFrame回调函数的参数rafTime接近一帧的开始时间。
- performance.now()输出的值接近回调函数的开始执行时间。