Chrome Android 捲頁窒格少 48%：Google 三招執順手指到畫面條路
改善靠重整輸入流程，但唔代表每部手機、每個網站都一樣順
48% 其實量緊咩
Google 公布，Chrome Android 喺 2023 至 2026 年間，出現窒格捲動嘅頻率減少咗 48%。呢個數字唔代表幀率升咗 48%，亦唔等於每次開網頁都順近一倍。Chromium 嘅 Android 捲頁指標會以 64 幀為一個觀察窗口，記錄延遲或漏咗嘅畫面；Google 再用實際效能數據評估多輪 A/B 實驗。不過官方今次冇公開基準值、手機組合、樣本量同 48% 採用嘅完整計法，所以呢個係整體趨勢，唔應當成單一手機嘅保證。
圖片：Google
跑分快，捲頁一樣可以窒
手機畫面每次更新都有死線，60Hz 螢幕大約每 16.7 毫秒要交一幀。Chrome 遲咗，系統就只可以再顯示上一個捲頁位置，眼見會突然頓一頓。Chrome 又有 browser、renderer 同 GPU 多個 process，手指輸入同 VSync 訊號要行唔同路線，再喺適當時間會合。加上 Chrome 直接接收未經緩衝嘅觸控資料，訊號到達時間唔平均；任何一條 thread 忙緊，成條鏈都可能錯過死線。呢個亦解釋咗點解換上快 CPU 或 120Hz 螢幕，未必自然醫好窒格。
圖片：Google
Input Vizard：避開最繁忙嗰條 thread
Input Vizard 處理嘅係 Chrome browser main thread 塞車。以前觸控資料先經呢條繁忙 thread 做 hit testing，再送去 renderer；分頁管理、介面工作或其他長任務一阻住，捲頁亦要等。Google 同 Android 改咗輸入路線，畀觸控事件直接去 GPU process 入面嘅 Viz compositor thread，同 VSync 訊號喺同一處接上。main thread 就算一時行緊長任務，捲頁關鍵路徑都少咗一個不穩定因素，整套做法亦近返一般 Android app 用單一 thread 配對輸入同畫面更新嘅模式。
圖片：Google
Input prediction：Android 遲交資料，Chrome 先估下一步
另一個樽頸係輸入訊號本身趕唔切。Input Framer 會喺收到 VSync 後，最多等多三分一個更新週期，睇吓遲到嘅觸控事件可唔可以攝入同一幀；再等落去就有機會連畫面都交唔切。去到呢個位，input prediction 會參考之前嘅捲動曲線，合成下一個捲頁位置，頂住系統延遲嗰一下。預測唔係 AI 賣點，亦冇憑空改網頁內容，只係用已有軌跡估手指下一刻去邊，減少畫面原地停一幀再突然追上嘅情況。
Direct2Thread：少幾次轉車，時間亦穩定啲
Chrome 跨 process 傳訊，以往要繞經 browser 或 renderer 嘅 IO thread，一次訊息最多跳三條 thread 先到目的地。Direct2Thread 移除捲頁關鍵路徑上呢啲中轉，直接送去目標 thread，既縮短延遲，亦減少每次傳送時間忽長忽短。Google 仲將網址列等 browser controls 嘅捲動同步交畀 GPU process，兼調高 Android 輸入 thread 優先次序。幾項改動都係想穩定每一幀嘅交貨時間，改善實際捲頁體驗，重點唔在於 JavaScript 跑分。
舊機同新機都可能受惠，幅度就唔會一樣
呢類架構改動唔係得旗艦機先受惠。舊機 main thread 較容易忙到塞車，繞過佢理論上幫助更直接；高更新率手機每幀時間較短，減少訊息跳轉同輸入延誤亦有價值。不過網站本身如果有重型 JavaScript、複雜 layout、廣告不停載入，renderer 或 GPU 照樣可能趕唔切。手機溫度、慳電模式、螢幕更新率同廠商系統調校都會改變結果，所以「明顯順咗幾多」仍然要睇手機、網站同使用情況。
唔使搵開關，但推出資料仲有缺口
Google 將呢三年工作寫成多輪實驗，成功項目會推到 100%，亦用「Chrome 而家會接收」形容 Input Vizard，反映改善已經屬正式架構一部分，唔係畀人手動開嘅實驗 flag。不過官方冇列出每項功能對應邊個 Chrome milestone、最低 Android 版本，亦冇逐項交代 stable channel 覆蓋時間。現階段較穩陣嘅做法係保持 Chrome 同 Android 更新；至於某部手機有冇食齊全部改善，單靠 48% 呢個總數仲答唔到。
參考來源
- Android Authority — Here’s how Google fixed Chrome’s most frustrating Android performance issue — original report
- Google Chromium Blog：Smoother scrolling: How we halved scroll jank in Chrome on Android — Google 官方技術文，交代量度期、Chrome 輸入至畫面流程、A/B 實驗同各項架構改動。
- Chromium Docs：Android Scroll Jank Metric — Chromium 官方文件，解釋 Android 捲頁窒格指標點樣按 64 幀窗口記錄延遲及漏幀。
- Chromium Blog：Smoothing out the scrolling experience in Chrome on Android — 2023 年官方背景，交代未經緩衝輸入、input resampling、高更新率螢幕同早期改善工作。
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
