編輯:關於Android編程
其實我覺得最主要還是開發者對於應用的優化不夠,太多的Overdraw和Layout方面的問題,Android開發者本身為了適配屏幕分辨率和解決其他一些兼容性問題已經耗費很多精力了,很少有開發者會花很多精力去做細致的性能優化,有的甚至連優化的方向都不知道。現在的官方微博客戶端要我看在Overdraw方面還是很嚴重,然後在異步加載圖片的時候幀率也不夠穩定,算不上流暢。再則由於Android平台本身機能沒有強大到優化爛的應用也能跑的非常流暢暴露了優化不夠的事實,特別是手機廠商的定制ROM相比原生系統都一定程度犧牲了一些流暢性導致這個問題顯露的更加明顯,所以在Android上面作出流暢的應用要付出比iOS更多的精力。
其實Google這些年一直在系統層面作出努力提升系統的UI性能,從硬件加速到Project Butter到Reorder&Merge繪圖操作等等,但是我感覺Google對於Android開發最佳實戰宣傳不夠,國內有多少開發者上Youtube看過I/O大會上面的Android Session?幾乎每年都有講關於系統圖形性能方面的Session。所以這裡面也有國內開發者開發水平和眼界的問題。
綜上所述:一是受限於Android平台本身性能不夠強大做出相同流暢度的應用比iOS更加困難,二是國內開發者對於Android開發性能優化方面的最佳實踐知之甚少。
update:
某些答案中說屏幕觸摸反應速度是影響流暢度最大問題的回答並不靠譜。我本身是做Android應用程序開發的,我舉一個例子就能質疑這個結論:為什麼原生系統(比如運行Android4.4的Nexus5)上面自帶的App能運行得絲般順滑而第3方開發的應用(特別是國內應用)就普遍比較卡?他們的運行環境是一樣的吧?屏幕也是一樣的吧?為什麼流暢度就硬是差一些呢?原因就是SystemApp是Google開發的,他們的開發人員了解如何做出性能優秀的應用,了解Andorid開發的最佳實踐。而第3方的開發者水平參差不齊,優化經驗不如Google開發人員,導致寫出的應用運行效率也不如SystemApp,站在同一個系統和運行環境裡面講,這就是最主要的原因。
上面的一些測試,能反映的最多也只是當手指觸摸到屏幕的那個瞬態反應的延遲,並不能完全說明Android不如iOS流暢的原因。我覺得流暢性主要表現再2個方面:一個是觸摸反應延遲,一個是渲染的幀率,而且後一個的重要性更大。可以想象一下從手指開始觸摸屏幕到UI開始滑動的那100ms的延遲給你造成的不流暢感覺大,還是在滑動過程中不穩定幀率造成的卡頓感覺大?其實Google這些年的Android版本更新也一直致力於改善屏幕觸摸延遲(找了個4.4的更新介紹有興趣的可以看看: Android - 4.4 KitKat ),雖然可能還是比不上iOS,但是我覺得在這方面的差距已經很微小,帶來的感受上的差異也是很微妙不容察覺。
更多的不流暢性還是體現在優化爛的應用運行不穩定的幀率上面,比如在某個瞬態後台線程異步加載圖片完成後在UI進程執行某個callback方法要顯示,如果圖片太大就需要根據ScaleType實時縮放到適合的尺寸顯示到ImageView上面,這個時候如果圖片太大縮放操作時間太長就有可能造成主線程阻塞較長時間,影響了系統UI進程在單位時間片內的渲染,導致掉幀。我再舉一個例子也能反駁屏幕觸摸反應速度是影響流暢度最大問題的觀點:為什麼在滑動顯示單行文字的列表項一般不會覺得卡,而顯示比較復雜布局的列表項(如微博)會比較卡?他們的屏幕和運行環境是一樣的吧?觸摸延遲都存在吧?為什麼呢?這是由於列表項的布局過於復雜,UI控件在整個繪制的過程中(onMeasure()測量大小->onLayout()分配位置->onDraw()繪制)會花費更多的時間,比如各UI控件之間的相對位置和大小可能是互相影響的,這就導致在渲染每一幀的時候需要更多的時間來計算大小和確定位置,然後繪制階段也需要多執行一些繪圖操作來畫完所有的UI控件。面對復雜的界面,有經驗的開發者會盡量去避免界面的Overdraw(過渡繪制),減少UI層級,選用性能更好的ViewGroup(比如FrameLayout性能比LinearLayout好,LinearLayout性能比RelativeLayout性能好,但是布局能力最強大適應性最好的是RelativeLayout,在功能實現和性能優化中平衡達到最優需要經驗),避免圖片實時縮放,避免在調用頻繁的關鍵的路徑創建對象減少gc頻率,合理的管理Bitmap大對象(LruCache)等等(當然還有其他一些優化技巧不在此一一列舉了)。還有講什麼進程優先級問題的答案說的也不是最主要的原因,Android的UI渲染進程的優先級可能不是最高但也是比較高的,不會說他UI渲染優先級設置到比後台線程還低的情況,這點不用過度討論,Google也沒蠢到那種地步,不服自己去看Android SDK源代碼。
我不否認屏幕觸摸延遲也是造成Android滑動感覺不流暢的原因之一,但是站在一個開發者看到的角度來講,我覺得在現有Android最新版本的系統優化下,他的影響遠沒有應用優化爛帶來的影響大,優化好的Android應用跑在最新的Android版本上基本可以運行的跟iOS應用一樣流暢。
眾所周知,當需要文字進入走馬燈狀態的時候,需要設置屬性 android:ellipsize="marquee" 但是有時候並不能啟
應用進程保活基本就是圍繞兩個方面來展開:1 盡量保證進程不被殺死。2 進程被殺死後復活。細分如下:1)Service重啟2)進程守護3)Receiver觸發4)Alarm
簡介 Android Universal Image Loader簡稱UIL, 其github鏈接https://github.com/nostra13/Android-
之前寫過Fragment使用的程序,Fragment可以靜態,也可以動態載入內存中的,這一章進一步看看如何動態地更換Fragment和看看Fragment生命期都有什麼函