Chrome 開發者也知道自己是吃記憶體怪獸,不過至少他們認錯了

Chrome 開發者也知道自己是吃記憶體怪獸,不過至少他們認錯了

上周,Chrome for Android 團隊在 Reddit 展開了他們的 AMA (Ask Me Anything)。關於無數網友對於他們的產品狂吃記憶體的指責,他們識趣地用了下面的這張圖來回覆以自嘲。不過,除了無奈之外,他們還是說了不少很多改進的方向以及八卦。

Chrome 開發者也知道自己是吃記憶體怪獸,不過至少他們認錯了

上面這張圖,就是他們依照「大英雄天團」而來的梗,回覆自己對於Chrome這個無害的吃記憶體怪物的自嘲。

記憶體,記憶體,記憶體 ……

毫無疑問,這是這次 AMA 裡被提及最多的問題。開發團隊表示他們確實有意識到記憶體佔用等問題存在,他們正在「積極地解決」它。雖然這聽起來就像 Google 在每一次 Android 更新的時候,都說減少了記憶體佔用的問題,但結局往往 ……

此外,他們也在嘗試解決功耗、GPU 等常見問題。從今年推出的幾個版本裡,他們修復了首次操作延遲輸入延遲的錯誤。至於記憶體的問題,你可以在這個 issue 追蹤頁查看最近進度。

 

頁面一直重新載入?

很多用戶在 Chrome for Android 中切換分頁的時候,會發現頁面被自動重載,為此浪費了很多時間,甚至有時候等到頁面終於載完,自己已經不記得當初為什麼要開這個分頁了。

根據工程師的解釋,這個現象也和記憶體離不開關係:當一個新分頁或者背景其它應用需要更多記憶體的時候,Android 系統就會默默地從記憶體裡刪掉一個分頁,這個時候用戶切回去時就會遇到重載。這意思也就是,分頁預覽只是那些網頁的截圖而已,你看到「預覽」並不代表那個分頁還被保留在背景中。

改進 Chrome for Android 過程中最困難的問題是?

Chrome 開發者也知道自己是吃記憶體怪獸,不過至少他們認錯了

  1. 首先是他們覺得公司福利太好,他們經常花很多時間糾結要吃什麼零食。
  2. Chrome 最初為桌面(系統和平臺)設計,它的需求和使用場景和現在移動設備所處的環境有很大不同;
  3. 保證他們對 Chrome 最初的改變能適應不同設備、不同 Android 版本、不同語言、不同系統架構、不同 GPU 驅動等;
  4. 除了零食,他們還花很多時間在搭 …… 樂高積木上 …… 

(編者注:上面照片中, Chrome 開發者所靠近的那個背景牆上的圖案,就是網頁無法連上時 Chrome 顯示的那個小恐龍。小恐龍出現的時候,按空格或者點螢幕就會啟動一個彩蛋小遊戲)

Chrome for Android 未來還會做出什麼改進?

1.功能方面

他們會為網頁內的尋找功能引入語義識別,幫助使用者在搜索文字之外的多媒體內容。他們還會改進那些未對行動裝置優化的網頁渲染方式(比如增加閱讀模式),此外還會添加一個對行動裝置使用者而言更友好的新分頁。其中,閱讀模式已經出現在現有的 Dev. 分支裡了,很快會整合進 Stable 分支(多數人日常用的那個分支)中。

2.設計方面

平板 Chrome for Android 不像手機版那樣有分頁預覽功能,這是因為 Chrome 團隊在設計之初認為平板會是桌面 PC 的替代品,所以按照桌面 Chrome 的思路來設計它。

然而,他們慢慢發現自己之前的判斷是錯的,用戶在手機上反而會完成更多、更複雜的任務,而且大螢幕手機也在不斷湧現。所以他們對分頁管理這個功能做了新的設計計畫,這個計畫未來將會同時用在平板和手機兩個平臺的 Chrome 當中。

Android 4.x 中曾經引入的 Chrome 邊緣滑動手勢,確定不會恢復到未來的更新裡,因為有很多網站會使用滑動來實現各種功能,和這個手勢很容易衝突。

如果覺得現在單手使用的情況下,管理分頁太麻煩,他們給了一個小 tips:使用者可以按住右上角的功能表鍵,然後往下滑兩行到「打開新分頁」再鬆手,就不用手忙腳亂在螢幕兩個頂角跑了。

3.其它特性

Android 在 5.0 版本中為 Chrome 引入了彩色標題列功能,網站開發者只需要為自己的網頁增加幾行程式碼,就能讓標題列變色。不過,這個功能到目前為止只有在用戶開啟「合併分頁和應用」時才有效。

對此,Chrome 團隊解釋稱,這是因為他們還在測試標題列變色功能,所以選擇了一個影響比較小的場合來測試。不過從目前為止的資料來看,已經有不少網站來配合這個特性,所以他們會考慮將它擴展到常用的其它場合中。

另外,在跨平臺分頁服務方面,他們曾經嘗試過讓兩個平臺完全自動同步開啟分頁、閱讀進度、關閉分頁或視窗,但效果並不理想。他們認為現在的手機和 Chrome for Android 網頁渲染速度還太慢,性能不足。所以他們決定暫時保留現在的設計:Chrome 只會跨平臺同步 URL 和網頁標題,但閱讀位置、表單填寫內容等瀏覽狀態,不會發送到行動裝置上。

至於桌面板Chrome 對觸摸控制的支援還很不完善,他們只給了一個客服式的標準答案:「有問題的話,請把詳細資訊提供給 crbug.com」。

 

團隊使用的硬體?

Android 作為世界上使用者量最大的行動裝置作業系統,Chrome for Android 團隊使用的設備也成為大家關注的話題。

Chrome 開發者也知道自己是吃記憶體怪獸,不過至少他們認錯了

他們一般使用 Nexus 系列作為測試的平臺,因為那些設備更容易取得 Root 許可權。不過,在每個更新推出前,他們也會選一些主流設備來測試。上圖是他們從周圍隨手收集來的測試機。

而他們自己用的設備,Chrome for Android 團隊軟體工程師 Aurimas 給出了自己的清單:他現在在用三星 Galaxy S6,之前用 Droid Incredible、Galaxy S3、Nexus 4、Nexus 5、Moto X (2013)、HTC One M7、HTC One M8 等。他不考慮 Nexus 6,因為實在太大了。

至於編譯用機,是一台執行 Linux 系統的 HP Z620。

 

和其他瀏覽器團隊的關係

作為近幾年市場佔有率成長最快的瀏覽器,也是當下網頁開發的事實標準,也有好事者關心 Chrome 團隊和其他瀏覽器團隊之間的關係。以前 Firefox 和 IE 團隊經常互相送蛋糕,但是 Chrome 團隊好像一直很低調。

Chrome 團隊表示,他們和 Firefox,甚至 IE 團隊都保持很緊密的合作關係,並且一起創建、推動下一代網路技術標準。

 

Chrome 開發者也知道自己是吃記憶體怪獸,不過至少他們認錯了

36Kr
作者

36氪(36Kr.com)累計發表超過10.8萬條包含圖文、音訊、影片在內的優質內容。氪原創內容體系涵蓋新創公司、大公司、投資機構、地方產業與二級市場等內容模組,設置有快訊、深度商業報導

使用 Facebook 留言
貓貓總指揮
4人給推

1.  貓貓總指揮 (發表於 2015年5月22日 15:09)
說很多次了,轉大陸文章請把用語轉乾淨。
後臺→背景
標籤→分頁
剩下的我沒仔細看了,真要讓T客邦變成C客邦?╮(╯_╰)╭
稚空
3.  稚空 (發表於 2015年5月23日 05:00)
電腦版的 Chrome 才是真的吃記憶體&CPU&硬碟怪獸啊,而且越來越慢╮(╯_╰)╭
發表回應
謹慎發言,尊重彼此。按此展開留言規則