Chrome 貼大段格式內容終於順啲：剪貼簿細改動有大影響
Edge 同步跟上，browser 唔再一口氣讀晒剪貼簿
發生咩事
Android Authority 引述 Chrome Developer Blog 報道，Chrome 同 Microsoft Edge 149 已經加入 Selective format read。名就好工程師，但講白啲：web app 讀剪貼簿時，browser 會先睇有咩格式，等 app 揀要 text/plain、text/html 定 image/png，之後先讀入嗰份資料。用家唔使開 flag，正常更新到相應版本就會用到。
圖片：Chrome for Developers / Prashant Singh
點解以前貼嘢會慢
剪貼簿唔係得你望到嗰段字。你由 Excel、Google Docs、Photoshop 或者網頁 editor 複製內容，系統好多時會同時擺低純文字、HTML、圖片，甚至 app 自己嘅格式。舊做法入面，navigator.clipboard.read() 會先拎晒全部格式版本，仲要處理 HTML 清理同圖片 payload；最後個 web app 可能只係要純文字，但 browser 已經食咗 CPU 同 RAM。
實際快喺邊
呢次改動最大受益唔係貼一兩行純文字，而係你成日由 spreadsheet、文件、設計工具，搬一大段格式內容去 browser 入面嘅工具。CMS 編輯器、mail composer、Google Docs/Sheets、Notion 類頁面、甚至 AI 工具整理表格時，都可能少啲「撳貼上之後停半拍」。Google 自己講，HTML 因為清理成本高，跳過唔用嘅格式時慳得最明顯；剪貼簿入面如果有 50MB 圖片，但 app 只讀 text/plain，renderer 就唔使先吞嗰 50MB。
唔好講到所有貼上都飛起
要收窄返：呢個係 Async Clipboard API 嘅行為改動，最貼地係用 navigator.clipboard.read() 做 rich paste 嘅 web app。普通文字輸入框、server 慢、editor 自己轉格式慢、或者貼入之後要跑一堆檢查，Chrome 幫唔晒。換句話講，browser 少咗一筆冇必要嘅前期成本，但整個貼上流程仲有好多地方可以拖慢。
開發者要留意嘅位
對做網頁 app 嘅人，呢次好處係 API 表面冇變，舊 code 多數照行。不過 Google 特登提咗一個要小心嘅位：而家 ClipboardItem 似 lazy handle 多啲，唔再係 read() 嗰刻嘅固定 snapshot。如果你攞 ClipboardItem 存喺 window、做 clipboard history UI，或者隔咗一輪互動先 getType()，中途剪貼簿變過就可能見到 InvalidStateError。簡單講，真係要留住資料，就早啲 getType() 完自己存 Blob。
點解呢個細 update 值得理
呢類改動值得留意，因為佢拆穿咗一件 browser 老問題：好多 web app 慢，有時表面似 JS 寫得差，底下其實係平台每次都做多咗一大截。Safari 一早支援類似做法，Chrome 同 Edge 跟上之後，web app 開發者可以少啲為瀏覽器差異兜圈；Firefox 已經喺 Mozilla standards position 畀咗正面取態，下一步就睇佢幾時對齊。
你要做咩
用家角度就簡單：Chrome 或 Edge 升到 149 之後，成日喺瀏覽器入面做文書、貼表格、執 CMS、整理 AI 輸出嗰班人，最有機會覺得少少順。唔係每次貼上都有奇蹟，但如果你平時最怕由 Docs、Sheets 或者設計工具搬大段格式內容，呢個底層改動就會派上用場。公司 IT 同 web app 團隊就要試返自己嘅 editor，特別係有自家 clipboard history 或延遲讀取邏輯嗰啲。
參考來源
- Android Authority — Google Chrome is finally catching up to Safari with this update — original report
- Chrome Developer Blog：Selective format read: A better default for the Async Clipboard API — 主要官方來源，核對 Chrome/Edge 149、lazy read、memory 同
InvalidStateError細節。 - Microsoft Edge 149 web platform release notes — 核對 Edge 149 release notes 入面對 clipboard data defer read 嘅描述。
- Mozilla standards-positions：Selective Clipboard Format Read #1279 — 核對 Firefox / Mozilla 對呢個標準改動嘅正面取態。
- W3C Clipboard API and events — 背景來源，用嚟確認 Clipboard API 係點樣處理 cut、copy、paste 同資料格式。
- MDN：Clipboard API — 背景來源，用嚟確認 Async Clipboard API、secure context 同 browser 權限限制。
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
