Chrome 94穩(wěn)定版發(fā)布：默認支持空閑檢測API引發(fā)爭議
上月發(fā)布的 Chrome 93 穩(wěn)定版本為桌面端添加了對 WebOTP 的支持，并廢除了傳輸層安全（TLS）中的 3DES 密碼套件。今天，Google 正式發(fā)布了 Chrome 94 穩(wěn)定版。由于 Google 將發(fā)布周期從此前的 6 周縮短至 4 周，而且距離上個版本發(fā)布僅有 3 周時間，因此 Chrome 94 的更新幅度相對較小。
下載地址：https://www.google.com/intl/zh-CN/chrome/
Chrome 94 穩(wěn)定版最具爭議的地方就是引入了對空閑檢測 API 的支持。新版本為開發(fā)者提供更多信號，以了解用戶何時處于閑置狀態(tài)。
面向開發(fā)者的通知現(xiàn)在將對全局信號進行觸發(fā)，如與其他應(yīng)用程序的互動，而不僅僅是當前的瀏覽器窗口。雖然網(wǎng)絡(luò)開發(fā)者的反應(yīng)顯然是積極的，但 Mozilla 卻認為該 API 是有害的，理由是“監(jiān)視資本主義的機會”，以及惡意網(wǎng)站可以利用該 API，在用戶不同意或不知道的情況下最大限度地利用設(shè)備的計算資源。
同樣，WebKit（也就是蘋果 Safari 的瀏覽器引擎）背后開發(fā)團隊也站在了對立面。團隊表示：
沒有充足的理由來使用這個 API。首先，不能保證用戶不會立即回到設(shè)備上。另外，這樣的服務(wù)應(yīng)該由誰來知道用戶在任何時候可能使用的其他設(shè)備？我們肯定不會讓一個網(wǎng)站知道一個特定的用戶在任何時候可能使用的所有設(shè)備。這是對上述用戶的隱私的非常嚴重的侵犯。在我看來，這樣的壓制/分發(fā)機制最好留給底層操作系統(tǒng)/網(wǎng)絡(luò)瀏覽器來處理。
在這一點上，我將停止對這個主題的回應(yīng)，因為這里或其他地方提出的用例沒有一個是令人信服的，而且你在這里提出的和我在其他地方發(fā)現(xiàn)的隱私或安全緩解措施沒有一個是充分的。然而，不回應(yīng)這個主題或未來關(guān)于這個主題的主題并不意味著我們會重新考慮我們的立場。除非在我們提出的任何一個問題上有重大的新進展，否則我們的立場仍將是反對增加這個 API，除非另有說明，無論我們是否繼續(xù)在公開場合這么說。
無論如何，這個 API 將在 Chrome 94 中提供給開發(fā)者使用，并將默認啟用。
Chrome 94 中包含的另一個新的開發(fā)者界面是虛擬鍵盤 API。其動機是讓網(wǎng)頁開發(fā)者在如何放置虛擬鍵盤及其形狀方面有更多控制權(quán)。目前，這完全是由用戶代理行為處理的。微軟 Edge 團隊對該 API 的反饋是積極的，鑒于他們參與了該 API 的開發(fā)，這是有道理的。然而，Mozilla 和蘋果還沒有提供態(tài)度。
Chrome 94 還將帶來對低級別的 WebCodecs API 的支持，它將提供對現(xiàn)有硬件和軟件媒體編碼器和解碼器的訪問。這將提高某些應(yīng)用程序的性能，如對延遲敏感的游戲流。
AppCache 也將從 Chrome 94 中被刪除。Google 表示，這是一個廢棄的標準，是一個安全責任，所以開發(fā)者應(yīng)該使用 Service Workers 來代替。到目前為止，開發(fā)者的反饋不一，但 Mozilla 和蘋果也正在將其從各自的瀏覽器中刪除。
在相對較小的變化方面，Chrome 94 將獲得一個新的顯示捕捉功能政策，支持 2D 畫布中的更多色彩空間，清理一個被 Flash 使用的 API，一個 CSS 屬性為布局與滾動條的互動提供更多控制，以及改進一個現(xiàn)有屬性以增強 CSS 3D 變換的互操作性。
Chrome 94 還將包括一個本地調(diào)度 API，允許開發(fā)者以三個級別的優(yōu)先級來調(diào)度任務(wù)：用戶阻擋、用戶可見和背景。它還啟用了一個任務(wù)控制器（TaskController），可以用來動態(tài)地改變?nèi)蝿?wù)的這些優(yōu)先級或完全取消它。瀏覽器還獲得了一個采樣分析器，以測量 JavaScript 執(zhí)行時間和調(diào)試性能問題。