首頁 > 軟體

關於JavaScript實現動畫時動畫抖動的原因與解決方法

2022-06-14 14:02:00

前段時間在使用 JavaScript 做動畫的時候發現做出來的動畫會出現卡頓的現象,今天我們主要就來聊一下卡頓的原因以及如何解決這個問題。

使用定時器實現動畫出現卡頓的原因

  • 主要原因是瀏覽器無法確定定時器的回撥函數的執行時機。以 setInterval 為例,當一個 setInterval 定時器被建立後,它的回撥任務會被放到非同步佇列,只有當同步任務執行完成後,瀏覽器才會檢查非同步佇列中是否有需要執行的非同步任務,如果有,就取出執行,這樣會使任務的實際執行時機比所設定的延遲時間要晚一些。

這個問題跟瀏覽器的事件迴圈機制有關,JavaScript 引擎在解析執行我們的程式碼的時候,遇到定時器,會呼叫瀏覽器 API,讓定時器去進行倒計時,此時並不阻塞同步程式碼的執行,當定時器倒計時完畢,定時器回撥會被放入宏任務佇列等待執行。

在這個過程中問題就來了,如果說同步程式碼的執行需要50ms,而定時器設定的定時只有20ms,那麼由於事件迴圈的機制,還是要等待同步任務執行完整之後再來執行微任務佇列中的定時器回撥,而這中間,又相隔了30ms,在這30ms的過程中,定時器的回撥一直處於 pendding 的狀態。如果定時器中是動畫相關的操作,那也需要在預期的時間上多等待50ms。

畫了張圖,希望能幫助大家理解(如果不能幫助大家理解,那麼請忽略這張圖……)

  • 螢幕解析度和尺寸也會影響重新整理頻率,不同裝置的螢幕繪製頻率可能會有所不同,而 setInterval 只能設定一個固定的時間間隔,這個間隔時間不一定與螢幕的重新整理時間同步,所以就可能會導致動畫出現隨機丟幀的問題。

這裡有兩個點,一個是顯示器的重新整理頻率,另一個是定時器的時間間隔。

一般顯示器重新整理頻率都是60Hz,這基本上意味著每秒需要重繪60次。大多數瀏覽器都會限制重繪的頻率,使其不超過顯示器的重新整理頻率。因為超過重新整理頻率,使用者也感知不到,白白浪費效能。

因此,實現平滑動畫最佳的重繪間隔為1000ms/60,大約17毫秒。以這個速度重繪,可以實現最平滑的動畫效果。因為這已經是瀏覽器的重繪頻率的極限了。

知道何時繪製下一幀,是創造平滑動畫的關鍵。直到幾年前,都沒有確切保證讓瀏覽器在何時把下一幀繪製出來的方法。隨著 <canvas>HTML5 遊戲的興起,開發者發現 setIntervalsetTimeout 的不精確是個大問題,而瀏覽器自身的計時器也存在著精度不足毫秒的問題。

以下是幾個瀏覽器計時器的精度情況:

  • IE8 以及之前的版本計時器精度為 15.625ms;
  • IE9 及之後的版計時器精度為 4ms;
  • FireFox 和 Safari 的計時器精度約為 10ms;
  • Chrome 的計時器精度為 4ms。

以 Chrome 為例,它的計時器精度為 4ms,這意味著 0~4 之間的任何值最終要麼是 0,要麼是4;不可能是別的值。因此,即使將瀏覽器的時間間隔設定為最優,也免不了只能得到相近似的結果。

對於 JavaScript 來說,它不知道瀏覽器會在何時發生重繪。因此,我們通過定時器做動畫的時候,在定時器中控制動畫的程式碼已經執行完成的情況下,動畫效果並不一定會立馬生效,因為此時瀏覽器可能還處在等待下一次重繪的過程中,當下一次重繪完成,動畫效果才能在瀏覽器視窗中顯示出來。

而由於瀏覽器計時器時間差的問題,會導致定時器的計時並不一定是我們設定的 17 ms,而是在多個時間點內反覆橫跳,也因此才出現使用定時器做動畫的時候動畫抖動的問題,在複雜的動畫中,這種問題尤為明顯。

在這樣的環境下,今天的主角 requestAnimationFrame 應運而生!

requestAnimationFrame 的前世今生

Mozilla 的 Robert O'Callahan 一直在思考這個問題,並且提出了一個獨特的解決方案。他指出,瀏覽器知道 CSS 過渡和動畫應該什麼時候開始,並且能夠計算出正確的時間間隔,到時間就去重新整理使用者介面。

但是對於 JavaScript 而言,瀏覽器並不知道動畫什麼時候開始。他給出的方案是創造一個名為 MozRequestAnimationFrame 的新方法,以此來通知瀏覽器某些 JavaScript 程式碼要執行動畫了。這樣瀏覽器就可以在執行某些程式碼後進行適當的優化。

目前,所有的瀏覽器都支援這個方法不帶字首的版本,也就是現在用到的 requestAnimationFrame

requestAnimationFrame VS setInterval

這裡就不再過多的介紹 requestAnimationFrame 的詳細用法了,它的用法並不複雜。

與定時器不同的是,requestAnimationFrame 只會在被呼叫的時候執行一次動畫,而不會連續執行。如果想做連續的動畫,則可以通過遞回來實現對 requestAnimationFrame 的連續呼叫。

接下來通過一個 demo 來對比一下使用 requestAnimationFramesetInterval 兩者做出來的動畫效果之間的差異。

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="UTF-8" />
    <meta http-equiv="X-UA-Compatible" content="IE=edge" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>Document</title>
  </head>
  <style>
    .square1,
    .square2 {
      position: absolute;
      width: 100px;
      height: 100px;
    }
    .square1 {
      top: 40px;
      background: red;
    }
    .square2 {
      top: 150px;
      background: blue;
    }
  </style>
  <body>
    <div class="container">
      <div class="square1"></div>
      <div class="square2"></div>
      <button class="btn">開始!</button>
    </div>
    <script>
      const square1El = document.querySelector('.square1')
      const square2El = document.querySelector('.square2')
      // 定時器版
      function squareMove() {
        let timer = null
        square1El.style.left = '0px'
        timer = setInterval(() => {
          const squareLeft = parseInt(square1El.style.left)
          if (squareLeft >= 500) return clearInterval(timer)
          square1El.style.left = squareLeft + 1 + 'px'
        }, 17)
      }

      // requestAnimationFrame 版
      function squareMove2() {
        let timer = null
        square2El.style.left = '0px'

        function updateAnimation() {
          const squareLeft = parseInt(square2El.style.left)
          if (squareLeft >= 500) return cancelAnimationFrame(timer)
          square2El.style.left = squareLeft + 1 + 'px'
          window.requestAnimationFrame(updateAnimation)
        }

        window.requestAnimationFrame(updateAnimation)
      }

      document.querySelector('.btn').addEventListener('click', () => {
        squareMove()
        squareMove2()
      })
    </script>
  </body>
</html>

在頁面中畫了兩個正方形,當點選按鈕的時候方塊開始運動,紅色方塊是使用 setInterval 實現的動畫,藍色方塊使用的是 requestAnimationFrame

接下來看一下實現的效果。

在生成gif的時候視訊被壓縮了,但是還是能看到紅色的方塊在開始運動的時候有明顯的抖動,而藍色的方塊則比較絲滑。

實際上,requestAnimationFrame 的回撥函數可以接收一個引數,這個引數是一個 DOMHightResTimeStamp 的範例(比如:performance.now()的返回值),用來表示下一次重繪的時間。這一點非常重要,requestAnimationFrame 實際上是把重繪任務安排在了未來的一個已知的時間點上,而且通過這個引數來告訴開發者。

類似於 setInterval 的清除方法 clearIntervalrequestAnimationFrame 也有對應的取消重繪的方法 cancelAnimationFrame,用法也跟 clearInterval 非常類似,在每次呼叫 requestAnimationFrame 的時候,都會返回一個id,cancelAnimationFrame 就是通過這個id去取消對應的 requestAnimationFrame

看到這裡,大家應該對 setIntervalrequestAnimationFrame 都有了更深的瞭解,以後使用 JavaScript 做動畫還是以 requestAnimationFrame 為主。

希望講解的內容能對大家有所幫助~

參考資料

[1]《JavaScript高階程式設計(第四版)》第18章第1節。

總結

到此這篇關於JavaScript實現動畫時動畫抖動的原因與解決方法的文章就介紹到這了,更多相關JS動畫抖動內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com!


IT145.com E-mail:sddin#qq.com