androidview線程

Ⅰ android viewmodel取消線程

在Activity開啟的子線程並不會自動隨Activity的destroy而關閉，所以必須手動去關閉子線程或者通過boolean的方式讓子線程結束運行。開啟的子線程有for循環的要更加註意。

1 package com.lsw;
2
3 import android.app.Activity;
4 import android.os.Bundle;
5 import android.os.Handler;
6 import android.os.Message;
7 import android.util.Log;
8 public class ThreadDemoActivity extends Activity {
9 private static final String TAG = "ThreadDemo";
10 private int count = 0;
11 private Handler mHandler = new MyHandler();
12 boolean stopThread=false;
13
14 private Runnable mRunnable = new Runnable() {
15
16 public void run() {
17
18 while (!stopThread)
19 {
20 count++;
21 try
22 {
23 Thread.sleep(2000);
24 }
25 catch (InterruptedException e)
26 {
27 // TODO Auto-generated catch block
28 e.printStackTrace();
29 }
30
31 //雖然Message的構造函數是public的，但是最好是使用Message.obtain( )或Handler.obtainMessage( )函數來獲取Message對象，因為Message的實現中包含了回收再利用的機制，可以提供效率。
32 Message message=mHandler.obtainMessage();
33 message.what=0;
34 message.obj=count;
35 mHandler.sendMessage(message);
36 }
37 }
38 };
39
40 @Override
41 public void onCreate(Bundle savedInstanceState) {
42 super.onCreate(savedInstanceState);
43 setContentView(R.layout.main);
44 //開啟子線程
45 new Thread(mRunnable).start();
46 }
47
48 protected void onDestroy() {
49 System.out.println("-----------onDestroy------");
50 stopThread=true;
51 super.onDestroy();
52 };
53
54 class MyHandler extends Handler{
55
56 @Override
57 public void handleMessage(Message msg)
58 {
59 // TODO Auto-generated method stub
60 Log.e(TAG, Thread.currentThread().getName() + " " +msg.obj);
61 setTitle("" +msg.obj);
62 }
63 }
64
65 }

Ⅱ Android：窗口、自定義view、bitmap

1、ViewRoot 對應於 ViewRootImpl 類，它是連接 WindowManager 和 DecorView 的紐帶，View 的三大流程均是通過 ViewRoot 來完成的。在 ActivityThread 中，當 Activity 對象被創建完畢後，會將 DecorView 添加到 Window 中，同時會創建 ViewRootImpl 對象，並將 ViewRootImpl 對棚彎象和 DecorView 建立關聯

2、 自定義View-繪制流程概述

4、 Android Handler
6、 Android Bitmap

2、MeasureSpec：

3、一般來說，使用多進程會造成以下幾個方面的問題：

5、Window 概念與分類：
Window 是一個抽象類，它的具體實現是 PhoneWindow。WindowManager 是外界訪問 Window 的入口，Window 的具體實現位於 WindowManagerService 中，WindowManager 和 WindowManagerService 的交互是一個 IPC 過程。Android 中所有的視圖都是通過 Window 來呈現，因此 Window 實際是 View 的直接管理者。

6、window的三大操作：addView、upView、removeView
7、 Bitmap 中有兩個內部枚舉類：

保存圖片資源：

圖片壓縮：

基本使用：

8、Context 本身是一個抽象類，是對一系列系統服務介面的封裝，包括：內部伏叢資源、包、類載入、I/O操作、許可權、主線程、IPC 和組件啟動等操作的管理。ContextImpl, Activity, Service, Application 這些都是 Context 的直接或間接子類

9、SharedPreferences 採用key-value（鍵值對）形式, 主要用於輕量級的數據存儲, 尤其適合保存應用的配置參數, 但不建議使用 SharedPreferences 來存儲大規模的數據, 可能會降低性能

10、SharedPreferences源碼有用synchronize進行加鎖同步

11、Handler 有兩個主要用途：
（1）安排 Message 和 runnables 在將來的某個時刻執行;
（2）將要在不同鏈廳悶於自己的線程上執行的操作排入隊列。(在多個線程並發更新UI的同時保證線程安全。)
只有主線程能對UI進行操作，所以在對UI進行跟改之前，ViewRootImpl 對UI操作做了驗證，這個驗證工作是由 ViewRootImpl的 checkThread 方法完成：

12、ThreadLocal 是一個線程內部的數據存儲類，通過它可以在指定的線程中存儲數據，其他線程則無法獲取。Looper、ActivityThread 以及 AMS 中都用到了 ThreadLocal。當不同線程訪問同一個ThreadLocal 的 get方法，ThreadLocal 內部會從各自的線程中取出一個數組，然後再從數組中根據當前 ThreadLcoal 的索引去查找對應的value值：

13、Android 提供了幾種途徑來從其他線程訪問 UI 線程:

Android單線程模式必須遵守的規則：

14、HandlerThread 集成了 Thread，卻和普通的 Thread 有顯著的不同。普通的 Thread 主要用於在 run 方法中執行一個耗時任務，而 HandlerThread 在內部創建了消息隊列，外界需要通過 Handler 的消息方式通知 HanderThread 執行一個具體的任務。

15、IntentService 可用於執行後台耗時的任務，當任務執行後會自動停止，由於其是 Service 的原因，它的優先順序比單純的線程要高，所以 IntentService 適合執行一些高優先順序的後台任務。在實現上，IntentService 封裝了 HandlerThread 和 Handler。IntentService 第一次啟動時，會在 onCreatea 方法中創建一個 HandlerThread，然後使用的 Looper 來構造一個 Handler 對象 mServiceHandler，這樣通過 mServiceHandler 發送的消息最終都會在 HandlerThread 中執行。每次啟動 IntentService，它的 onStartCommand 方法就會調用一次，onStartCommand 中處理每個後台任務的 Intent，onStartCommand 調用了 onStart 方法。可以看出，IntentService 僅僅是通過 mServiceHandler 發送了一個消息，這個消息會在 HandlerThread 中被處理。mServiceHandler 收到消息後，會將 Intent 對象傳遞給 onHandlerIntent 方法中處理，執行結束後，通過 stopSelf(int startId) 來嘗試停止服務。（stopSelf() 會立即停止服務，而 stopSelf(int startId) 則會等待所有的消息都處理完畢後才終止服務）。

16、RecyclerView 優化

Ⅲ Carson帶你學Android：手把手教你寫一個完整的自定義View

自定義View一共分為兩大類，具體如下圖：

對於自定義View的類型介紹及使用場景如下圖：

在使用自定義View時有很多注意點（坑），希望大家要非常留意：

View的內部本身提供了post系列的方法，完全可以替代Handler的作用，使用起來更加方便、直接。

主要針對View中含有線程或動畫的情況： 當View退出或不可見時，記得及時停止該View包含的線程和動畫，否則會造成內存泄露問題 。

當View帶有滑動嵌套情況時，必須要處理好滑動沖突，否則會嚴重影響View的顯示效果。

接下來，我將用自定義View中最常用的 繼承View 來說明自定義View的具體應用和需要注意的點

在下面的例子中，我將講解：

下面我將逐個步驟進行說明：
步驟1：創建自定義View類（繼承View類）

特別注意：

步驟2：在布局文件中添加自定義View類的組件及顯示

至此，一個基本的自定義View已經實現了，運行效果如下圖。

接下來繼續看自定義View關於屬性自定義的問題：

先來看wrap_content & match_parent屬性的區別

如果不手動設置支持 wrap_content 屬性，那麼 wrap_content 屬性是不會生效（顯示效果同 match_parent ）

padding 屬性：用於設置控制項內容相對控制項邊緣的邊距；

如果不手動設置支持padding屬性，那麼padding屬性在自定義View中是不會生效的。

繪制時考慮傳入的padding屬性值（四個方向）。

除了常見的以android:開頭的系統屬性(如下所示)，很多場景下自定義View還需要系統所沒有的屬性，即自定義屬性。

實現自定義屬性的步驟如下：

下面我將對每個步驟進行具體介紹

對於自定義屬性類型 & 格式如下：

至此，一個較為規范的自定義View已經完成了。

Carson_Ho的github： 自定義View的具體應用

不定期分享關於 安卓開發 的干貨，追求 短、平、快 ，但 卻不缺深度 。

Ⅳ Android UI線程

思考：

先必須了解下面2個問題
1.顧名思義 UI線程 就是刷新UI 所在線程
2.UI是單線程刷新

1.對Activity 來說 UI線程就是其主線程
2.對View來說 UI線程就是創建ViewRootImpl所在的線程
可以通過 WindowManager 內部會創建ViewRootImpl對象

好了，進入主題。我們來慢慢揭開面紗。
我們可以分別從幾個方面切入

我們可能都有使用過 runOnUiThread 現在來看看的源碼實現。

可以從上面的源碼 看到
不是UI線程 就用Handler切到Handler所在的線程中，如果是UI線程直接就調用run方法。

Activity的創建：
1.Activity創建：mInstrumentation.newActivity
2.創建Context ：ContextImpl (r)

我們經常用這個方法乾的事情就是，要麼在onCreate中獲取View寬高的值。要麼就是在子線程中做一些耗時操作 ，然後post切到對應View所在的線程 來繪制UI操作。那麼這個對應的線程就是UI線程了。
那麼這個UI線程就一定是主線程嗎？
接來繼續來看。它的源碼View:post

mAttachInfo 在dispatchAttachedToWindow 中被賦值 ，也就是在ViewRootImpl創建的時候，所以是創建ViewRootImpl所在的線程。
attachInfo 上面時候為null 呢？在ViewRootImpl 還沒來得及創建的時候，ViewRootImpl 創建是在 「onResume" 之後。所以在 Activity 的 onCreate 去View.post 那麼AttachInfo 是為null 。
當 AttachInfo == null 那麼會調用 getRunQueue().post(action) 。
最終這個Runnable 被 緩存到 HandlerActionQueue 中。
直到ViewRootImpl 的 performTraversals 中 調用dispatchAttachedToWindow(mAttachInfo, 0);， 那麼才會去處理 RunQueue() 中的Runnable。
來張圖 便於理解這個流程

我們有時候去子線程操作UI的時候(如：requestLayout)，會很經常見到下面的 報錯日誌：
Only the original thread that created a view hierarchy can touch its views

為什麼會報這個錯誤呢？
翻譯一下：只有創建視圖層次結構的原始線程才能接觸到它的視圖。
也就是操作UI的線程要和ViewRootImpl創建的線程是同一個線程才行，並不是只有主線程才能更新UI啊。
ViewRootImpl創建的線程？那麼 ViewRootImpl 在哪裡被創建的呢？

從上圖可以看到ViewRootImpl創建最開始是從 ActivityThread 的HandleResumeActivity中開始 一直 ViewRootImpl 創建，也就是說ViewRootImpl 對應的UI線程和 ActivityThread 在同一個線程 也就是主線程。

好了 通過上面的講解，上面的問題相信你可以自己回答啦~

Ⅳ android中對view的更新有幾種方式 多線程和雙緩沖的使用情況

Android中對View的更新有很多種方式，使用時要區分不同的應用場合。最要緊的是分清：多線程和雙緩沖的使用情況。
現在可以嘗試理解下面的模擬場景：

兩個人：一對夫妻，老公上班，老婆在家，現在他們都要吃飯。
「不使用多線程和雙緩沖」的情況是：老公在公司吃，老婆在家吃，互不幹擾，吃就是了。
「使用多線程和不使用雙緩沖」的情況是：老婆做好飯，另外讓人送一份到公司，老公收到飯就可以吃了。
「使用多線程和使用雙緩沖」的情況是：老婆做好飯，等老公回家一起吃。

1.不使用多線程和雙緩沖
這種情況最簡單了，一般只是希望在View發生改變時對UI進行重繪。你只需在Activity中顯式地調用View對象中的invalidate()方法即可。系統會自動調用 View的onDraw()方法。

2.使用多線程和不使用雙緩沖
這種情況需要開啟新的線程，新開的線程就不好訪問View對象了。強行訪問的話會報：android.view.ViewRoot$：Only the original thread that created a view hierarchy can touch its views.
這時候你需要創建一個繼承了android.os.Handler的子類，並重寫handleMessage(Message msg)方法。android.os.Handler是能發送和處理消息的，你需要在Activity中發出更新UI的消息，然後再你的Handler（可以使用匿名內部類）中處理消息（因為匿名內部類可以訪問父類變數， 你可以直接調用View對象中的invalidate()方法 ）。也就是說：在新線程創建並發送一個Message，然後再主線程中捕獲、處理該消息。

3.使用多線程和雙緩沖
Android中SurfaceView是View的子類，她同時也實現了雙緩沖。你可以定義一個她的子類並實現SurfaceHolder.Callback介面。由於實現SurfaceHolder.Callback介面，新線程就不需要android.os.Handler幫忙了。SurfaceHolder中lockCanvas()方法可以鎖定畫布，繪制玩新的圖像後調用unlockCanvasAndPost(canvas)解鎖（顯示），還是比較方便得。