上月發佈的 Chrome 93 穩定版本為桌面端添加了對 WebOTP 的支援，並廢除了傳輸層安全（TLS）中的 3DES 密碼套件。 今天，Google 正式發佈了 Chrome 94 穩定版。 由於Google將發佈週期從此前的6周縮短至4周，而且距離上個版本發佈僅有3周時間，因此Chrome94的更新幅度相對較小。

下載位址：https://www.google.com/intl/zh-CN/chrome/

Chrome 94 穩定版最具爭議的地方就是引入了對空閒檢測 API 的支援。 新版本為開發者提供更多信號，以瞭解使用者何時處於閑置狀態。

面向開發者的通知現在將對全域信號進行觸發，如與其他應用程式的互動，而不僅僅是當前的瀏覽器視窗。 雖然網路開發者的反應顯然是積極的，但Mozilla卻認為該 API 是有害的，理由是”監視資本主義的機會”，以及惡意網站可以利用該 API，在使用者不同意或不知道的情況下最大限度地利用設備的計算資源。

同樣，WebKit（也就是蘋果Safari 的瀏覽器引擎）背後開發團隊也站在了對立面。 團隊表示：

沒有充足的理由來使用這個 API。 首先，不能保證使用者不會立即回到設備上。 另外，這樣的服務應該由誰來知道使用者在任何時候可能使用的其他設備？ 我們肯定不會讓一個網站知道一個特定的使用者在任何時候可能使用的所有設備。 這是對上述用戶的隱私的非常嚴重的侵犯。 在我看來，這樣的壓制/分發機制最好留給底層操作系統/網路瀏覽器來處理。

在這一點上，我將停止對這個主題的回應，因為這裡或其他地方提出的用例沒有一個是令人信服的，而且你在這裡提出的和我在其他地方發現的隱私或安全緩解措施沒有一個是充分的。 然而，不回應這個主題或未來關於這個主題的主題並不意味著我們會重新考慮我們的立場。 除非在我們提出的任何一個問題上有重大的新進展，否則我們的立場仍將是反對增加這個API，除非另有說明，無論我們是否繼續在公開場合這麼說。

無論如何，這個 API 將在 Chrome 94 中提供給開發者使用，並將預設啟用。

Chrome 94 中包含的另一個新的開發者介面是虛擬鍵盤 API。 其動機是讓網頁開發者在如何放置虛擬鍵盤及其形狀方面有更多控制權。 目前，這完全是由使用者代理行為處理的。 微軟 Edge 團隊對該 API 的反饋是積極的，鑒於他們參與了該 API 的開發，這是有道理的。 然而，Mozilla 和蘋果還沒有提供態度。

Chrome 94 還將帶來對低級別的 WebCodecs API 的支援，它將提供對現有硬體和軟體媒體編碼器和解碼器的訪問。 這將提高某些應用程式的性能，如對延遲敏感的遊戲流。

AppCache 也將從 Chrome 94 中被刪除。 Google 表示，這是一個廢棄的標準，是一個安全責任，所以開發者應該使用Service Workers 來代替。 到目前為止，開發者的反饋不一，但 Mozilla 和蘋果也正在將其從各自的瀏覽器中刪除。

在相對較小的變化方面，Chrome 94 將獲得一個新的顯示捕捉功能政策，支援 2D 畫布中的更多色彩空間，清理一個被Flash 使用的 API，一個 CSS 屬性為佈局與滾動條的互動提供更多控制，以及改進一個現有屬性以增強CSS 3D變換的互操作性。

Chrome 94還將包括一個本地調度API，允許開發者以三個級別的優先順序來調度任務：用戶阻擋、用戶可見和背景。 它還啟用了一個任務控制器（TaskController），可以用來動態地改變任務的這些優先順序或完全取消它。 瀏覽器還獲得了一個採樣分析器，以測量JavaScript執行時間和調試性能問題。