快捷導(dǎo)航

探討Android 的屏幕滾動(dòng)操作不如 iPhone 流暢順滑的原因

更新時(shí)間：2014年07月23日 10:19:32 投稿：hebedich

雖然很多Android手機(jī)的配置都比iPhone要高，比如大多數(shù)Andorid手機(jī)的內(nèi)存都有1GB，而iPhone 4S只有512MB內(nèi)存，但用過iPhone的人都知道Android手機(jī)在使用的時(shí)候總感覺沒有那么順滑，究竟為什么會(huì)出現(xiàn)這種現(xiàn)象呢？

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

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

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

update：

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

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

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

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

您可能感興趣的文章: