其實我覺得最主要還是開發(fā)者對于應(yīng)用的優(yōu)化不夠，太多的Overdraw和Layout方面的問題，Android開發(fā)者本身為了適配屏幕分辨率和解決其他一些兼容性問題已經(jīng)耗費很多精力了，很少有開發(fā)者會花很多精力去做細致的性能優(yōu)化，有的甚至連優(yōu)化的方向都不知道?，F(xiàn)在的官方微博客戶端要我看在Overdraw方面還是很嚴重，然后在異步加載圖片的時候幀率也不夠穩(wěn)定，算不上流暢。再則由于Android平臺本身機能沒有強大到優(yōu)化爛的應(yīng)用也能跑的非常流暢暴露了優(yōu)化不夠的事實，特別是手機廠商的定制ROM相比原生系統(tǒng)都一定程度犧牲了一些流暢性導(dǎo)致這個問題顯露的更加明顯，所以在Android上面作出流暢的應(yīng)用要付出比iOS更多的精力。

其實Google這些年一直在系統(tǒng)層面作出努力提升系統(tǒng)的UI性能，從硬件加速到Project Butter到Reorder&Merge繪圖操作等等，但是我感覺Google對于Android開發(fā)最佳實戰(zhàn)宣傳不夠，國內(nèi)有多少開發(fā)者上Youtube看過I/O大會上面的Android Session？幾乎每年都有講關(guān)于系統(tǒng)圖形性能方面的Session。所以這里面也有國內(nèi)開發(fā)者開發(fā)水平和眼界的問題。

綜上所述：一是受限于Android平臺本身性能不夠強大做出相同流暢度的應(yīng)用比iOS更加困難，二是國內(nèi)開發(fā)者對于Android開發(fā)性能優(yōu)化方面的最佳實踐知之甚少。

update：

某些答案中說屏幕觸摸反應(yīng)速度是影響流暢度最大問題的回答并不靠譜。我本身是做Android應(yīng)用程序開發(fā)的，我舉一個例子就能質(zhì)疑這個結(jié)論：為什么原生系統(tǒng)（比如運行Android4.4的Nexus5）上面自帶的App能運行得絲般順滑而第3方開發(fā)的應(yīng)用（特別是國內(nèi)應(yīng)用）就普遍比較卡？他們的運行環(huán)境是一樣的吧？屏幕也是一樣的吧？為什么流暢度就硬是差一些呢？原因就是SystemApp是Google開發(fā)的，他們的開發(fā)人員了解如何做出性能優(yōu)秀的應(yīng)用，了解Andorid開發(fā)的最佳實踐。而第3方的開發(fā)者水平參差不齊，優(yōu)化經(jīng)驗不如Google開發(fā)人員，導(dǎo)致寫出的應(yīng)用運行效率也不如SystemApp，站在同一個系統(tǒng)和運行環(huán)境里面講，這就是最主要的原因。

上面的一些測試，能反映的最多也只是當手指觸摸到屏幕的那個瞬態(tài)反應(yīng)的延遲，并不能完全說明Android不如iOS流暢的原因。我覺得流暢性主要表現(xiàn)再2個方面：一個是觸摸反應(yīng)延遲，一個是渲染的幀率，而且后一個的重要性更大?？梢韵胂笠幌聫氖种搁_始觸摸屏幕到UI開始滑動的那100ms的延遲給你造成的不流暢感覺大，還是在滑動過程中不穩(wěn)定幀率造成的卡頓感覺大？其實Google這些年的Android版本更新也一直致力于改善屏幕觸摸延遲(找了個4.4的更新介紹有興趣的可以看看： Android - 4.4 KitKat )，雖然可能還是比不上iOS，但是我覺得在這方面的差距已經(jīng)很微小，帶來的感受上的差異也是很微妙不容察覺。

更多的不流暢性還是體現(xiàn)在優(yōu)化爛的應(yīng)用運行不穩(wěn)定的幀率上面，比如在某個瞬態(tài)后臺線程異步加載圖片完成后在UI進程執(zhí)行某個callback方法要顯示，如果圖片太大就需要根據(jù)ScaleType實時縮放到適合的尺寸顯示到ImageView上面,這個時候如果圖片太大縮放操作時間太長就有可能造成主線程阻塞較長時間，影響了系統(tǒng)UI進程在單位時間片內(nèi)的渲染，導(dǎo)致掉幀。我再舉一個例子也能反駁屏幕觸摸反應(yīng)速度是影響流暢度最大問題的觀點：為什么在滑動顯示單行文字的列表項一般不會覺得卡，而顯示比較復(fù)雜布局的列表項（如微博）會比較卡？他們的屏幕和運行環(huán)境是一樣的吧？觸摸延遲都存在吧？為什么呢？這是由于列表項的布局過于復(fù)雜，UI控件在整個繪制的過程中(onMeasure()測量大小->onLayout()分配位置->onDraw()繪制)會花費更多的時間，比如各UI控件之間的相對位置和大小可能是互相影響的，這就導(dǎo)致在渲染每一幀的時候需要更多的時間來計算大小和確定位置，然后繪制階段也需要多執(zhí)行一些繪圖操作來畫完所有的UI控件。面對復(fù)雜的界面，有經(jīng)驗的開發(fā)者會盡量去避免界面的Overdraw(過渡繪制),減少UI層級，選用性能更好的ViewGroup(比如FrameLayout性能比LinearLayout好，LinearLayout性能比RelativeLayout性能好，但是布局能力最強大適應(yīng)性最好的是RelativeLayout,在功能實現(xiàn)和性能優(yōu)化中平衡達到最優(yōu)需要經(jīng)驗)，避免圖片實時縮放，避免在調(diào)用頻繁的關(guān)鍵的路徑創(chuàng)建對象減少gc頻率，合理的管理Bitmap大對象（LruCache）等等（當然還有其他一些優(yōu)化技巧不在此一一列舉了）。還有講什么進程優(yōu)先級問題的答案說的也不是最主要的原因，Android的UI渲染進程的優(yōu)先級可能不是最高但也是比較高的，不會說他UI渲染優(yōu)先級設(shè)置到比后臺線程還低的情況，這點不用過度討論，Google也沒蠢到那種地步，不服自己去看Android SDK源代碼。

我不否認屏幕觸摸延遲也是造成Android滑動感覺不流暢的原因之一，但是站在一個開發(fā)者看到的角度來講，我覺得在現(xiàn)有Android最新版本的系統(tǒng)優(yōu)化下，他的影響遠沒有應(yīng)用優(yōu)化爛帶來的影響大，優(yōu)化好的Android應(yīng)用跑在最新的Android版本上基本可以運行的跟iOS應(yīng)用一樣流暢。

最新評論