在幾乎所有版本的 Chrome 中，我們都看到產品、效能和網路平台功能的更新和改善幅度相當顯著。本文將說明 Chrome 62 中淘汰和移除的項目，該版本自 9 月 14 日起為 Beta 版。這份清單內容隨時可能有所變動。
移除 RTCPeerConnection.getStreamById()
大約兩年前，getStreamById() 已從 WebRTC 規格中移除。大多數其他瀏覽器已從其實作中移除這項功能，且該功能已在 Chrome 60 中淘汰。雖然這個功能的使用率不高，但我們也認為，在 Edge 和 WebKit 瀏覽器 (除了 Safari，因為 Safari 仍支援 getStreamById()) 中，存在一些輕微的互通性風險。需要其他實作方式的開發人員，可以在下方的「移除意圖」中找到程式碼範例。
Intent to Remove | Chromestatus Tracker | Chromium Bug
移除 SharedWorker.workerStart
這項屬性原本用於監控 worker 效能，但在兩年多前已從規格中移除，且其他主要瀏覽器不支援這項屬性。如要以更現代的方式追蹤 worker 的效能，請使用 Performance.timing。
Intent to Remove | Chromestatus Tracker | Chromium Bug
移除 SVGPathElement.getPathSegAtLength()
在 Chrome 48 中，我們已根據 SVG 規格移除 SVGPathElement.pathSegList() 和相關介面。當時，這個方法誤未移除。我們不認為這項移除作業會導致任何網頁發生問題，因為過去兩年，該 API 已傳回 Blink 中不再存在的物件。
Intent to Remove | Chromestatus Tracker | Chromium Bug
移除從不安全 iframe 使用通知的功能
來自 iframe 的權限要求可能會讓使用者感到困惑，因為他們很難區分包含頁面的來源，以及提出要求的 iframe 來源。如果要求範圍不明確，使用者就很難判斷是否要授予或拒絕權限。
禁止在 iframe 中顯示通知，也能讓通知權限與推播通知的權限保持一致，讓開發人員更容易操作。
需要這項功能的開發人員可以開啟新視窗，要求通知權限。