編輯:關於Android編程
本文講述了Android編程中關於單線程模型的理解與分析。分享給大家供大家參考,具體如下:
當一個Android程序啟動時,Android系統會同時啟動一個對應的主線程(Main Thread)。
由於這個主線程(Main Thread)主要的任務就是對UI相關的事件進行處理(例如顯示文本,處理點擊事件,顯示圖片等),系統對每一個組件的調用都是從主線程中分發出去的,所以又常被稱為UI線程。
IMP,Android單線程模型的核心原則就是:只能在UI線程(Main Thread)中對UI進行處理。
為了提高Performance,Android對UI處理的相關method都不是synchronized,所以當你試圖用其他線程來對UI進行操作時,會拋出如下異常:
android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
當然,這並非鼓勵我們將一切操作都放在UI線程當中進行。
有些十分費時但對UI更新影響很小的操作(如網絡操作,數據庫操作等),若一起放在UI線程當中去進行的話,會導致UI Performance十分poor,對的,非常非常poor,甚至彈出ANR(Application Not Responding)窗口,這無疑對用戶是十分不友好的。
Ps:據我所知,Android SDK在4.0版本之後就不支持在Main Thread中直接進行網絡相關操作,除非你厚顏無恥地在主線程中加上如下代碼:
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() .detectDiskReads().detectDiskWrites().detectNetwork() .penaltyLog().build()); StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder() .detectLeakedSqlLiteObjects().penaltyLog().penaltyDeath() .build());
因此,Android單線程模型的原則總結起來大致有兩點:
1.只能在UI線程(Main Thread)中對UI進行處理,不要在UI線程之外訪問Android UI toolkit
2.不要用費時的操作阻塞UI線程
關於如何處理好Android程序中的多線程,可以參考Android官方training
希望本文所述對大家Android程序設計有所幫助。
在Android實現沒有標題欄的方法有兩種:在代碼中添加requestWindowFeature(Window.FEATURE_NO_TITLE); 在清單文件Andro
之前自認為對於Android的事件分發機制還算比較了解,直到前一陣偶然跟人探討該問題,才發現自己以前的理解有誤,慚愧之余遂決定研習源碼,徹底弄明白Android的事件分發
添加權限 首先要在manifest中加上訪問網絡的權限: 復制代碼 代碼如下: <manifest ... > <uses-permission and
一、前言Android 中解決滑動的方案有2種:外部攔截法 和內部攔截法。滑動沖突也存在2種場景: 橫豎滑動沖突、同向滑動沖突。所以我就寫了4個例子來學習如何解決滑動沖突