一、60fps 和 16ms的含義

很多時候使用者感覺UI卡頓，而造成這種卡頓的最主要根源是來源於渲染器，我們在開發過程中，大家再和UI溝通的時候就可以感覺到。一般我們在和UI工程師溝通的時候，他們總想把APP做的很絢麗、功能很豐富、圖片很大很清晰，提高使用者的體驗效果。但是UI工程師是站在他們自己的角度考慮問題，他們並不知道，安卓系統很可能無法完成某些複雜的渲染操作。我們知道Android的系統每隔16毫秒傳送一次訊號，觸發對UI進行渲染，如果每一次都渲染成功，這樣就達到流程的畫面所需要的60fps（每秒60幀）。為了能實現60fps，這就標誌著，程式的大多數操作都必須在16ms內完成，也就是用1000/60 = 16毫秒。

有時候我們在執行某些動畫或者listview滑動的時候，我們會感覺到UI卡頓現象，動畫或者listview滑動不是那麼的順暢，這就是操作過於複雜，產生了丟幀現象，最終導致卡頓。其實有很多方面都會造成UI卡頓，例如listview的item的layout太過複雜，他就無法完成在16秒內的渲染，也有可能你的item層疊了太多background或者動畫執行的次數過多，這些都會造成CPU和GPU的負載過重。

二、為什麼要把標準設定在60fps

答：

第一種：我們都知道，人腦對於畫面的連貫性，它是由一定的限制的，對於手機來說，我們需要感直手機螢幕連貫性，而安卓系統流暢的幀率規定在60fps（每秒實現的幀數，換算過來就是每60毫秒一幀），為了保證不出現丟失幀數，我們一定要在16毫秒內處理完這次cpu和Gpu的計算、繪製和渲染操作。所以UI卡頓是可以量化的，每一次是否能夠成功渲染是非常重要的問題，16毫秒是一個很大的標準，能夠完整的做完一次操作，直接決定了卡頓效能問題，我們還需要知道每次java虛擬機器兼用GC的時候，所有的執行緒都會暫停，當GC完了之後，所有的執行緒才會繼續執行。也就是說正在進行16秒渲染的時候，正好遇到了大量的GC操作，就會導致渲染時間不夠，從而導致卡頓問題。

第二種：overdarw過多繪製（他的意思就是某一畫素在同一幀內，被繪製了很多次，多出現在多層次的UI中），加入你吧很多view設定為GONE時，他也會做繪製的操作，這就導致某些畫素區域被繪製很多次，這樣就浪費了cpu和gpu資源。

overdarw出現的原因：就是你UI佈局中有大量重疊的部分，還有時候是存在很多非必要的重疊背景，例如Activity有一個背景，如果layout又有自己的背景，同事layout中的子view又擁有自己的背景，這個時候你只要移除非必要存在的背景就可以減少紅色的overdarw，減少UI卡頓。

• 總結：UI卡頓的主要根源就是來自於安卓的渲染效能，做了太多的耗時操作，做太多耗時操作的原因，layout太複雜、也有可能是UI上層疊了太多的其他layout佈局、還有就是你的動畫執行次數過多。

三、UI卡頓原因分析

答：

1、人為在UI執行緒做輕微耗時操作，導致UI執行緒卡頓；（UI卡頓是輕量版的anr，也就是說做了輕微的耗時操作，但是不至於引起anr異常的耗時操作）。

2、佈局layout過於複雜，無法在16秒內完成渲染。

3、同一時間動畫執行的次數過多，導致cpu或Gpu負載過重

4、View過度繪製，導致某些畫素在同一幀時間內被繪製多次，從而導致cpu或gpu負載過重。

5、View頻繁的觸發measure、layout、導致measure、layout累計耗時過多及整個View頻繁重新渲染。

6、記憶體頻繁觸發GC過多，導致暫時阻塞渲染操作。

7、無用資源及邏輯導致載入和執行緩慢

8、ANR

• 建議
  

1、佈局優化，儘量不適用巢狀。

2、列表及adapter優化，列表在滑動的時候不要去進行資料更新操作。

3、背景和圖片等記憶體分配優化，儘量減少佈局當中不必要的背景設定，圖片儘量使用壓縮處理。

4、避免ANR