Chrome84是否支持私有方法和用戶空閑檢測

今天就跟大家聊聊有關(guān)Chrome84是否支持私有方法和用戶空閑檢測，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

安全更新

恢復 SameSite Cookie 的更改

在4月，Chrome 暫時推遲了 SameSite Cookie 屬性的推行，以確保在 COVID-19 響應(yīng)的關(guān)鍵初始階段提供基本服務(wù)的網(wǎng)站的穩(wěn)定性。

這幾個月，Chrome 一直在關(guān)注這些網(wǎng)站的準備情況，Chrome 84 會同時恢復對 SameSite cookie 的強制開啟，同時對 Chrome 80+ 啟用強制開啟。

棄用 TLS1.0 和 TLS1.1

TLS（傳輸層安全性）是保護 HTTPS 的協(xié)議。它的歷史可以追溯到將近20年的 TLS1.0 及其更早的前身SSL，TLS1.0和1.1都有許多缺點：

•  TLS 1.0和1.1在完成計算哈希中使用均為弱哈希的MD5和SHA-1。

•  TLS 1.0和1.1在服務(wù)器簽名中使用MD5和SHA-1。

•  TLS 1.0和1.1僅支持RC4和CBC密碼。RC4已損壞，此后會刪除。TLS的CBC模式構(gòu)造存在缺陷，容易受到攻擊。

•  TLS 1.0的 CBC 密碼還會錯誤地構(gòu)造其初始化向量。

•  TLS 1.0不再符合 PCI-DSS。

支持 TLS1.2 是避免上述問題的先決條件。TLS工作組已棄用TLS 1.0和1.1。Chrome 現(xiàn)在也已棄用這些協(xié)議。

Web animations API

Chrome 84 為 Web animations API 添加了大量以前不支持的特性。

Promise 支持

animation.ready 和 animation.finished 支持 Promise 調(diào)用：

const transformAnimation = modal.animate(openModal, openModalSettings);  transformAnimation.finished.then(() => { text.animate(fadeIn, fadeInSettings)});

性能提升

在基于事件（例如mousemove）創(chuàng)建動畫時，每次都會創(chuàng)建一個新的動畫，這會快速消耗內(nèi)存并降低性能。為了解決此問題，瀏覽器中引入了可替換動畫，實現(xiàn)了自動清理，將完成的動畫標記為可替換，如果被另一個完成的動畫替換，則將其自動刪除。

elem.addEventListener('mousemove', evt => {   rectangle.animate(     { transform: translate(${evt.clientX}px, ${evt.clientY}px) },     { duration: 500, fill: 'forwards' }   );  });

每次鼠標移動時，瀏覽器都會重新計算中每個球的位置，并為該新點創(chuàng)建一個動畫。瀏覽器現(xiàn)在知道在以下情況下刪除舊動畫：

•  動畫完成后。

•  在合成順序中還有一個或多個動畫也已完成。

•  新的動畫是動畫相同的屬性。

更加平滑的動畫復合模式

你現(xiàn)在可以設(shè)置動畫的合成模式，這意味著除了默認的 replace 模式之外，動畫可以是累加的。合成模式使開發(fā)人員可以編寫不同的動畫，并可以控制效果的組合方式?，F(xiàn)在支持三種復合模式：'replace'（默認模式）'add'、和 'accumulate'。

在默認的 'replace' 復合模式下，最終動畫將替換 transform 屬性并最終顯示為 rotate(360deg) scale(1.4)。對于 'add'，Composite 添加旋轉(zhuǎn)并乘以比例，最終狀態(tài)為 rotate(720deg) scale(1.96)。'accumulate' 合并轉(zhuǎn)換，結(jié)果為 rotate(720deg) scale(1.8)。

Content indexing API

使用新添加的 Content Indexing API 你可以為可脫機使用的內(nèi)容添加 URL 和元數(shù)據(jù)。然后通過這些元數(shù)據(jù)將內(nèi)容呈現(xiàn)給用戶，從而提高可發(fā)現(xiàn)性。

這樣，你的網(wǎng)站在沒有網(wǎng)絡(luò)鏈接的時候也是可用的。

下面是一個調(diào)用示例子：

const registration = await navigator.serviceWorker.ready;  await registration.index.add({    // Required; set to something unique within your web app.    id: 'article-123',    // Required; url needs to be an offline-capable HTML page.    // For compatibility during the Origin Trial, include launchUrl as well.    url: '/articles/123',    launchUrl: '/articles/123',    // Required; used in user-visible lists of content.    title: 'Article title',    // Required; used in user-visible lists of content.    description: 'Amazing article about things!',    // Required; used in user-visible lists of content.    icons: [{      src: '/img/article-123.png',      sizes: '64x64',      type: 'image/png',    }],    // Optional; valid categories are currently:    // 'homepage', 'article', 'video', 'audio', or '' (default).    category: 'article',  });

Wake lock API

你是否曾經(jīng)有過這樣的困擾：一邊看電腦屏幕一邊在做其他事情，然后電腦很長時間沒有響應(yīng)就進入屏幕保護了。

通過 Wake lock API 可以讓網(wǎng)頁請求喚醒鎖，以防止屏幕變暗或者進入屏幕保護。

可以使用 navigator.wakeLock.request() 調(diào)起喚醒鎖，并且結(jié)合 setTimeout 在一段時間后自動釋放：

// The wake lock sentinel.  let wakeLock = null;  // Function that attempts to request a screen wake lock.  const requestWakeLock = async () => {    try {      wakeLock = await navigator.wakeLock.request('screen');      wakeLock.addEventListener('release', () => {        console.log('Screen Wake Lock was released');      });      console.log('Screen Wake Lock is active');    } catch (err) {      console.error(`${err.name}, ${err.message}`);    }  };  // Request a screen wake lock…  await requestWakeLock();  // …and release it again after 5s.  window.setTimeout(() => {    wakeLock.release();    wakeLock = null;  }, 5000);

Idle Detection API

空閑檢測（Idle Detection API）會在用戶閑置時通知開發(fā)人員，指示諸如與鍵盤，鼠標，屏幕長時間沒有交互，屏幕保護程序激活，屏幕鎖定或移動到其他屏幕之類的事情。開發(fā)人員可以自定義的閾值來觸發(fā)通知。

下面這些場景很適合使用空閑檢測：

•  聊天軟件或在線社交網(wǎng)站可以使用此API來通知用戶當前是否可以聯(lián)系他們的聯(lián)系人。

•  例如博物館展示程序類的應(yīng)用可以通過這個API來在沒有交互后返回首頁。

•  需要復雜計算（例如繪制圖表）的應(yīng)用程序可以將這些計算限制在用戶與其設(shè)備進行交互的時候。

檢測空閑檢測是否可用：

if ('IdleDetector' in window) {    // Idle Detector API supported  }

調(diào)用示例：

// Create the idle detector  const idleDetector = new IdleDetector();  // Set up an event listener that fires when idle state changes.  idleDetector.addEventListener('change', () => {    const uState = idleDetector.userState;    const sState = idleDetector.screenState;    console.log(`Idle change: ${uState}, ${sState}.`);  });  // Start the idle detector.  await idleDetector.start({    threshold: 60000,    signal,  });

Web Assembly SIMD

SIMD(Single Instruction Multiple Data)即單指令流多數(shù)據(jù)流，是一種采用一個控制器來控制多個處理器，同時對一組數(shù)據(jù)（又稱“數(shù)據(jù)向量”）中的每一個分別執(zhí)行相同的操作從而實現(xiàn)空間上的并行性的技術(shù)。簡單來說就是一個指令能夠同時處理多個數(shù)據(jù)。

WebAssembly SIMD 提議的最終目標是將向量運算引入 WebAssembly 規(guī)范中，這可以大大加速音頻/視頻編解碼、圖像處理應(yīng)用程序、密碼應(yīng)用程序等高級計算應(yīng)用程序。雖然還在實驗階段，現(xiàn)在已經(jīng)被開源程序廣泛使用了（如 Halide、OpenCV.js、XNNPACK）都支持 WebAssembly SIMD 。

我們能很明顯的看到 SIMD 的性能差異。如果沒有 SIMD，則現(xiàn)代筆記本電腦每秒只能獲得3幀左右的圖像，而啟用 SIMD 時，可以獲得 15-16 幀/秒的平滑體驗。

下面是一個更有趣的 "隱身" 例子：

WebAssembly SIMD 原始版本試用版可在 Chrome 84-86 版中進行實驗。

DevTools 更新

issues 選項卡

抽屜中新增來 issues 選項卡，目的是幫助減控制臺輸出的混亂。

目前，控制臺是網(wǎng)站開發(fā)者、庫、框架和 Chrome 本身記錄消息、警告和錯誤的中心位置。Issues 選項卡以結(jié)構(gòu)化的、聚合的、可操作的方式顯示來自瀏覽器的警告，鏈接到 DevTools 中受影響的資源，并提供如何修復這些問題的指導。隨著時間的推移，越來越多的 Chrome 警告將出現(xiàn)在 Issues 標簽而不是控制臺，這將有助于減少控制臺的混亂。

性能面板更新

“性能” 面板現(xiàn)在在頁腳中顯示 “總阻塞時間（TBT）” 信息。TBT是一種負載性能指標，可幫助量化頁面到達可用花了多長時間。它實質(zhì)上測量的是頁面看起來可用的時間（因為其內(nèi)容已呈現(xiàn)到屏幕上），但實際上不可用， 因為 JavaScript 阻止了主線程，因此頁面無法響應(yīng)用戶輸入。TBT 是近似于首次輸入延遲的主要實驗室指標，它是 Google 的新 Core Web Vitals 之一。

要獲取 TBT ，請不要使用 Reload Page 重新載入頁面工作流來記錄頁面加載性能。而是單擊 Record 記錄，手動重新加載頁面，等待頁面加載，然后停止記錄。如果看到， Total Blocking Time: Unavailable 則表示 DevTools無法從 Chrome 的內(nèi)部配置文件數(shù)據(jù)中獲取所需的信息。

另外，還支持了 CLS：

圖片預覽

將鼠標懸停在 background-image 上可以在提示工具中看到圖片預覽：

V8 v8.4 - 支持私有方法

在 v7.4 版本中新增加的私有字段進一步支持了私有方法和訪問器。從語法上講，私有方法和訪問器的名稱以#開頭，就像私有字段一樣。下面簡要介紹一下該語法：

class Component {    #privateMethod() {      console.log("I'm only callable inside Component!");    }    get #privateAccessor() { return 42; }    set #privateAccessor(x) { }  }

私有方法和訪問器具有與私有字段相同的作用域規(guī)則和語義。

V8 v8.4 - 弱引用

JavaScript 是一種垃圾回收語言，這意味著當垃圾回收器運行時，程序無法再訪問的對象所占用的內(nèi)存可能會自動回收。除了 WeakMap 和中的 WeakSet 引用之外， JavaScript 中的所有引用都很強大，可以防止對引用的對象進行垃圾回收。例如下面的代碼：只要 globalRef 通過全局作用域是可訪問的，它和它的回調(diào)屬性中的函數(shù)都不會被回收。

const globalRef = {    callback() { console.log('foo'); }  };

JavaScript 開發(fā)者現(xiàn)在可以通過 WeakRef 功能對對象進行弱引用。如果弱引用所引用的對象也未得到強引用，則它們不會阻止對其進行垃圾回收。

const globalWeakRef = new WeakRef({    callback() { console.log('foo'); }  });  (async function() {    globalWeakRef.deref().callback();    await new Promise((resolve, reject) => {      setTimeout(() => { resolve('foo'); }, 42);    });    globalWeakRef.deref()?.callback();  })();

看完上述內(nèi)容，你們對Chrome84是否支持私有方法和用戶空閑檢測有進一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。