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)解锁（显示），还是比较方便得。