用Java实现一个类似AndroidHandler的消息循环

Android的Handler是Android应用层App运行的核心,App除了InputEventReceiver外,其他的代码运行,比如生命周期,UI绘制都是被封装成了Message消息的形式被Looper循环处理的。消息循环的休眠唤醒是依赖linux的epoll机制实现的。最终效果就是app在有任务的时候被唤醒执行任务,没有任务的时候就休眠,App不会在没有任务的时候空转CPU消耗资源。

上面的不明白的可以参考下其他文章。

好,现在明白了Handler的整个原理,那如果让我们自己来实现一个类似Android的Handler的框架结构,应该怎么实现呢?
首先一定会有一个数据结构来存储所有需要处理的消息,然后每处理一个消息就把消息从队列移除。所以这里需要用队列。定义一个Queue。

private final Queue<Runnable> mQueue = new LinkedList<>();

private void addRunnable(Runnable runnable) {
    mQueue.add(runnable);
}

public Runnable getRunnable(){
    if (!mQueue.isEmpty()) {
        return mQueue.poll();
    }
    return null;
}

然后会有一个执行代码的线程,肯定会有一个死循环不断从queue里拿Runnable出来。然后运行runnable。

while (true) {
    Runnable runnable = getRunnable();
    if (runnable != null) {
        runnable.run();
    }
}

再梳理下思路。Queue保存所有需要处理的任务,我们这里任务先用Runnable表示。可以在任意一个线程调用Queue的add方法来添加Runnable。然后另外有个线程里是下面这个while(true),不断从Queue里取runable来执行。
好,这里突然发现,添加runnable和运行runnable涉及到跨线程了。所以这里需要处理下线程安全问题。所以把代码改造成下面这样。

private static final Queue<Runnable> mQueue = new LinkedList<>();

private static void addRunnable(Runnable runnable) {
    synchronized (mQueue) {
        mQueue.add(runnable);
    }
}

private static Runnable getRunnable() {
    synchronized (mQueue) {
        if (!mQueue.isEmpty()) {
            return mQueue.poll();
        }
    }
    return null;
}

public static void main(String[] args) {
    new Thread(new Runnable() {
        @Override
        public void run() {
            System.out.println("创建Runnable的线程id = " + Thread.currentThread().getId());
            addRunnable(new Runnable() {
            @Override
            public void run() {
                System.out.println("执行Runnable的线程id = " + Thread.currentThread().getId());
            }
        });
        }
     }).start();
    try {
        Thread.sleep(1000);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    while (true) {
        Runnable runnable = getRunnable();
        if (runnable != null) {
            runnable.run();
        }
     }
}

运行上面的代码控制台会打印:

创建Runnable的线程id = 11
执行Runnable的线程id = 1

添加了线程同步,这里不会因为跨线程导致的数据同步问题了。再梳理下思路,线程11向queue addRunnable,这时候假如有个其他线程正在add或者get,也不要紧,synchronized会自动帮我们处理线程同步,保证add一定不会和其他线程发生冲突。不会导致add丢失。这时候add操作是在线程1完成的。然后线程1无限getRunnable,拿到后run执行runnable。
这么想似乎勉强实现了消息队列,也实现了runnable在其他线程创建,然后被线程1执行。
但是一运行就会发现一个严重的问题。因为线程1是个while(true),而且循环体内没有任何线程休眠,这会导致线程1,即使在没有runnable需要执行的时候,依然在不断从queue里取数据出来,不断的取,无限消耗CPU资源。这肯定是不行的。硬件资源都给这哥们用来空跑了。
那我们有没有什么办法能让线程1智能一点,让线程1能在没有runnable的时候线程休眠不消耗CPU,然后等有任务来了,再唤醒去执行任务,让CPU资源只用来处理任务,而不是空转?
关键点来了,怎么让线程1知道自己什么时候休眠什么时候唤醒呢?Android里这里利用的是Linux的epoll机制来实现的。效果就是线程1没有任务了就休眠不消耗资源,任务来了,被唤醒去执行任务。
Java里Object有两个方法final native方法wait和notifyAll,如果用过,熟悉这两个方法的话,这里就有思路了。当线程1没有任务的时候进入wait不再消耗cpu,然后其他任意线程addRunnable的时候notifyAll唤醒线程1,然后线程1唤醒执行runnable,然后再runnable执行完成之后再次进入wait状态。
我们把上面代码改造成下面这样:

private static final Queue<Runnable> mQueue = new LinkedList<>();

private static void addRunnable(Runnable runnable) {
    synchronized (mQueue) {
        mQueue.notifyAll();
        mQueue.add(runnable);
    }
}

private static Runnable getRunnable() {
    synchronized (mQueue) {
        if (!mQueue.isEmpty()) {
            return mQueue.poll();
        } else {
            try {
                mQueue.wait();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }
    return null;
}

public static void main(String[] args) {
    new Thread(new Runnable() {
        @Override
        public void run() {
            System.out.println("创建Runnable的线程id = " + Thread.currentThread().getId());
            addRunnable(new Runnable() {
                @Override
                public void run() {
                    System.out.println("执行Runnable的线程id = " + Thread.currentThread().getId());
                }
            });
            }
        }).start();
    try {
        Thread.sleep(1000);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    int index = 0;
    while (true) {
        System.out.println("第" + (++index) + "次循环");
        Runnable runnable = getRunnable();
        if (runnable != null) {
            runnable.run();
        }
    }
}

运行结果:

创建Runnable的线程id = 11
第1次循环
执行Runnable的线程id = 1
第2次循环

循环第一次执行任务,循环第二次就挂起等待新任务到来。到这里基本上Handler的基础东西都有了。剩下的我们可以仿造AndroidHandler的Api重新包装一个Handler-Message-Looper是非常容易的。下面的就不多解释了,可以直接参考这里的源码。
https://github.com/aesean/MessageQueue

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,265评论 6 490
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,078评论 2 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 156,852评论 0 347
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,408评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,445评论 5 384
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,772评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,921评论 3 406
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,688评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,130评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,467评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,617评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,276评论 4 329
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,882评论 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,740评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,967评论 1 265
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,315评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,486评论 2 348

推荐阅读更多精彩内容