Android线程间通信原理以及多线程

惜许

已于 2022-07-05 14:53:51 修改

阅读量639

点赞数

分类专栏： Android基础文章标签： android java android studio

于 2022-07-01 16:21:53 首次发布

本文链接：https://blog.csdn.net/a734474820/article/details/125561136

版权

Android基础专栏收录该内容

19 篇文章 0 订阅

订阅专栏

概述

本文要介绍的内容主要分为如下几块

线程间通信常用的方法
Handler原理解析
常用的线程池介绍
Android中多线程常用的类介绍

线程间通信常用的方法

1.Thread.stop与Thread.interrupt的区别

两个方法的作用都是终止线程的运行，其中stop方法已经被废弃了，现在更推荐用interrupt方法。这是为什么呢？
Thread.stop方法来终止线程将会释放该线程对象已经锁定的所有监视器。如果以前受这些监视器保护的任何对象都处于不连贯状态，那么损坏的对象对其他线程可见，这有可能导致不安全的操作，造成不可控制的局面。
而Interrupt方法仅仅起到了一个标记中断线程状态的作用，并且可以通过isInterrupted来判断线程状态，较为安全。

2.Thread.wait、notify、notofyAll的用法

wait:调用了wait方法就会使持有该对象的线程把该对象的控制权交出去，然后处于等待状态。
notify:调用了notify方法就会通知某个正在等待这个对象的控制权的线程可以继续运行。
notifyAll:调用了notifyAll方法就会通知所有等待这个对象控制权的线程继续运行。
举个例子：

public class MainActivity extends AppCompatActivity {

    private Thread waitThread;
    private Thread notifyThrad;
    private String name;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        waitThread = new Thread(new WaitRunnable());
        notifyThrad = new Thread(new NotifyRunnable());
        waitThread.start();
        notifyThrad.start();
    }

    class WaitRunnable implements Runnable {

        @Override
        public void run() {
        printName();
        }
    }

    class NotifyRunnable implements Runnable {

        @Override
        public void run() {
            try {
                Thread.sleep(3000);
                setName();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }

        }
    }

    private synchronized void setName() {
        name = "dongxian";
        notify();
    }

    private synchronized void printName() {
        try {

            while (name == null) {
                wait();
            }
            Log.d("name:", name);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

    }

首先，创建并开启两个线程，waitThread中判断当name为null的时候，调用wait方法，挂起当前线程，而notifyThread中首先休眠3s，然后给name赋值，并调用notify唤醒其他挂起线程。
运行结果：
程序3s后，打印name:dongxian。
而notifyAll的作用是唤醒所有挂起的线程，notify是随机唤醒某一个挂起的线程。

3.Thread.join与yield

Thread的join()的含义是等待该线程终止，即将挂起调用线程的执行，直到被调用的对象完成它的执行。比如存在两个线程t1和t2，下述代码表示先启动t1，直到t1的任务结束，才轮到t2启动。

t1.start();
t1.join(); 
t2.start();

Thread.yield 即 “谦让”，也是 Thread 类的方法。它让掉当前线程 CPU 的时间片，使正在运行中的线程重新变成就绪状态，并重新竞争 CPU 的调度权。它可能会获取到，也有可能被其他线程获取到，一般项目中实际使用的较少。

Handler原理解析

前言

Handler对于大家再也熟悉不过了，在开发中可以说是无处不在，可见其重要性，因此在掌握Handler的使用的情况下，理解其工作原理也是十分有必要的。构造方法是一个类的入口，首先让我们来看看Handler都有哪些构造方法吧！

Handler的构造方法

两个参数的构造方法

 public Handler(Callback callback, boolean async) {
        if (FIND_POTENTIAL_LEAKS) {
            final Class<? extends Handler> klass = getClass();
            if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
                    (klass.getModifiers() & Modifier.STATIC) == 0) {
                Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
                    klass.getCanonicalName());
            }
        }

        mLooper = Looper.myLooper();
        if (mLooper == null) {
            throw new RuntimeException(
                "Can't create handler inside thread that has not called Looper.prepare()");
        }
        mQueue = mLooper.mQueue;
        mCallback = callback;
        mAsynchronous = async;
    }

其中参数CallBack为用于处理消息的回调接口，可以为null，参数async注释中描述为如果为true，则handler发送给它的每个相关的Message或发布给相关的Runnable，不太理解，调用的构造方法均传的位false。

FIND_POTENTIAL_LEAKS为标志是否存在内存泄露的情况，如果存在，则会提示泄露相关消息。
然后判断线程中有没有Looper,如果没有则会抛出异常信息 “Can’t create handler inside thread that has not called Looper.prepare()”，无法在未调用Looper.prepare（）的线程内创建Handler，下面就是获取到Looper中的MessageQueue。

我们先来看看CallBack接口是什么？

 /**
     * Callback interface you can use when instantiating a Handler to avoid
     * having to implement your own subclass of Handler.
     *
     * @param msg A {@link android.os.Message Message} object
     * @return True if no further handling is desired
     */
    public interface Callback {
        public boolean handleMessage(Message msg);
    }

描述地很清晰:您可以在实例化Handler时使用回调接口来避免必须实现自己的Handler子类。在日常开发中，Handler比较常见的创建方式就是派生一个Handler的子类并重写其handleMessage方法来处理消息，那么CallBack并提供了另一个思路，不想派生子类的时候，我们可以采用Handler handler=new Handler(callback)的方式来创建。

下面是简单测试的小例子…

private Handler mHandler=new Handler(new Handler.Callback() {
       @Override
       public boolean handleMessage(Message msg) {
           switch (msg.what){
               case 1:
                   LogPrint.d("msg....");
                   break;
           }
           return false;
       }
   });

三个参数的构造方法

 public Handler(Looper looper, Callback callback, boolean async) {
        mLooper = looper;
        mQueue = looper.mQueue;
        mCallback = callback;
        mAsynchronous = async;
    }

通过传入特定的Looper来构造Handler，其中Looper一定不能为空，原因上面已经解释了。
同样，下面是简单测试的小例子…

    Looper looper=Looper.getMainLooper();
    private Handler mHandler=new Handler(looper){
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            switch (msg.what){
                case 1:
                    LogPrint.d("msg....");
                    break;
            }
        }
    };

在了解了Handler的构造方法之后，我们进一步看看Handler的使用，发送消息和接收消息的过程。

发送与处理消息

从Handler发送消息的源码可以看出，最终均会调用sendMessageDelayed这个方法，那我们就从这个方法入手。

 public final boolean sendMessageDelayed(Message msg, long delayMillis)
    {
        if (delayMillis < 0) {
            delayMillis = 0;
        }
        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
    }

逻辑很简单，继续往里看，看看sendMessageAtTime方法的实现…

 public boolean sendMessageAtTime(Message msg, long uptimeMillis) {
        MessageQueue queue = mQueue;
        if (queue == null) {
            RuntimeException e = new RuntimeException(
                    this + " sendMessageAtTime() called with no mQueue");
            Log.w("Looper", e.getMessage(), e);
            return false;
        }
        return enqueueMessage(queue, msg, uptimeMillis);
    }


    private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
        msg.target = this;
        if (mAsynchronous) {
            msg.setAsynchronous(true);
        }
        return queue.enqueueMessage(msg, uptimeMillis);
    }

到这里就很明显了，发送消息实则只是向消息队列中插入一条消息，Looper不断从消息队列中查询是否有消息，有消息便将消息交由Handler处理，然后Handler的dispatchMessage方法会被调用，这时候Handler就开始处理消息了。

 public void dispatchMessage(Message msg) {
        if (msg.callback != null) {
            handleCallback(msg);
        } else {
            if (mCallback != null) {
                if (mCallback.handleMessage(msg)) {
                    return;
                }
            }
            handleMessage(msg);
        }
    }

首先判断Message的callback是否为null，不为null就通过handleCallback处理消息，Message的callback实际上就是Handler的post方法所传递的Runnable参数。如果Message的callback为null，则判断mCallback 是否为空，mCallback 在已经涉及，这里不再赘述，mCallback.handleMessage(msg)表示是否需要进一步处理，如果不需要直接retrun，反之，这进行handleMessage(msg)消息处理。

流程图如下

为什么在子线程中执行new Handler会抛出异常

开启一个子线程，在子线程中newHandler，报错Log打印如下：

 java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()
        at android.os.Handler.<init>(Handler.java:200)
        at android.os.Handler.<init>(Handler.java:114)
        at com.uniubi.basejavademo.HandlerActivity$1$1.<init>(HandlerActivity.java:23)
        at com.uniubi.basejavademo.HandlerActivity$1.run(HandlerActivity.java:23)
        at java.lang.Thread.run(Thread.java:761)

错误信息:无法在未调用Looper.prepare（）的线程内创建Handler。那我们在new Hander之前调用下Looper.prepare（），果然问题解决了，那为什么呢？我们来看看Looper.prepare（）方法中都做了什么
代码如下：

 private static void prepare(boolean quitAllowed) {
        if (sThreadLocal.get() != null) {
            throw new RuntimeException("Only one Looper may be created per thread");
        }
        sThreadLocal.set(new Looper(quitAllowed));
    }


    private Looper(boolean quitAllowed) {
        mQueue = new MessageQueue(quitAllowed);
        mThread = Thread.currentThread();
    }

原来是在当前线程中创建了一个Looper，而Looper中又去创建了一个消息队列。子线程中默认不会创建消息队列，而在主线程中系统会去创建主线程的Looper以及MessageQueue，因此如果想在子线程中创建Handler则需要我们自己手动的去调用Looper.prepare（）,创建必要的Looper以及MessageQueue。

总结

创建消息

发送消息

处理消息

常用的线程池介绍

一、使用线程池的优点。
1、重用线程池中线程，避免因为线程的创建和销毁带来的性能开销。
2、能有效控制线程池的最大并发数，避免大量的线程之间因为互相抢占资源而导致的阻塞现象。
3、对线程进行简单的管理，提供定时执行以及指定间隔循环执行。

                                 ThreadPoolExecutor

以下是 ThreadPoolExecutorded的构造方法
ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue workQueue, ThreadFactory threadFactory);
corePoolSize：线程池的核心线程数，一般配置为CPU核心数+1；
maximumPoolSize：线程池所能容纳的最大线程数，一般配置为CPU核心数*2+1；
keepAliveTime：非核心线程闲置时的超长时间，超过这个时长，非核心线程将会被回收，一般配置为1s；
unit：指定keepAliveTime参数的时间单位；
workQueue：线程池中的任务队列，用于保存执行execute方法提交的Runnable对象，一般配置为128；
threadFactory：线程工厂，为线程池提供创建新线程的功能；

                                      线程池的分类

1、FixedThreadPool：一种线程数量固定的线程池，只有核心线程并且核心线程不会被回收，没有超时机制，任务队列也没有大小限制。
优点：能够更快地响应外界的请求。
使用方式：
ExecutorService fixedThreadPool=Executors.newFixedThreadPool(4);
fixedThreadPool.execute(new Runnable());

2、CachedThreadPool：一种线程数量不固定的线程池，最大线程数可以任意大，美滋滋，只有非核心线程，有超时机制，超时时长为60s；
优点：适用于执行大量耗时较少的任务。
使用方式：
ExecutorService cacheThreadPool = Executors.newCachedThreadPool();
cacheThreadPool.execute(new Runnable());

3、ScheduledTheadPool：核心线程数固定，非核心线程数没限制，非核心线程闲置立即被回收。
优点：主要用于执行定时任务和具有固定周期的任务。
使用方式：
ScheduledExecutorService scheduledTheadPool = Executors.newScheduledThreadPool(4);
scheduledTheadPool.scheduleAtFixedRate(new Runnable(), 2, 5, TimeUnit.SECONDS);.//延迟2s后，每5s执行一次

4、singleTheadExecutor：只有一个核心线程，确保所有的任务都在同一个线程中顺序执行。
优点：不需要处理线程同步的问题。
使用方式：
ExecutorService singleThreadPool=Executors.newSingleThreadExecutor();
singleThreadPool.execute(new Runnable());

Android中多线程常用的类

AynscTask

AynscTask是一种轻量级的异步任务类，可以在线程池中执行后台任务，然后把执行的进度和最终结果传递给主线程并在主线程中更新UI。
AynscTask提供了4个核心方法，含义如下所示：
1）onPreExecute()方法，在主线程中执行，在异步任务执行之前，此方法会被调用，一般可以用于做一些准备工作。
2）doInBackground(Params…params),在线程池中执行，此方法用于执行异步任务，params参数表示异步任务的输入参数。
3）onProgressUpdate（Params…values）,在主线程中执行，当后台任务执行进度发生改变时会被调用。
4）onPostExecute(Result result),在主线程中执行，当异步任务执行之后，会被调用。

HandlerThread

HandlerThread继承自Thread，是一种可以使用Handler的Thread。内部创建了消息队列，外界需要通过Handler的消息方式来通知HandlerThread执行任务。当不需要使用时，通过调用它的quit或quitSafely来终止线程的执行。

IntentService

IntentService是一种特殊的Service，由于IntentService是服务的原因，因此它的优先级比线程优先级高，不易被系统杀死。在实现上，IntentService封装了HandlerThread和Handler，其中onHandleIntent方法执行完提交的任务后，会自动调用stopself方法停止服务，不需要手动去停止。

总结

线程是Android开发中必不可少的一部分，了解线程中常见方法的使用与Android中多线程的实现方式对于开发是一大助力，多去跟踪学习相关源码，对于编码风格也会产生良好的影响，学海无涯，勇攀高峰。

参考文献

Android开发艺术与探索
扔物线安卓线程通信原理及多线程

结语

如果以上文章对您有一点点帮助，希望您不要吝啬的点个赞加个关注，您每一次小小的举动都是我坚持写作的不懈动力！ღ( ´･ᴗ･` )

惜许

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Android线程间通信原理以及多线程

本文要介绍的内容主要分为如下几块1.Thread.stop与Thread.interrupt的区别2.Thread.wait、notify、notofyAll的用法3.Thread.join与yieldHandler原理解析前言Handler对于大家再也熟悉不过了，在开发中可以说是无处不在，可见其重要性，因此在掌握Handler的使用的情况下，理解其工作原理也是十分有必要的。构造方法是一个类的入口，首先让我们来看看Handler都有哪些构造方法吧！其中参数CallBack为用于处理消息的回调接
复制链接

扫一扫

专栏目录