android耗时任务_HandlerThread

HandlerThread

在上一篇android耗时任务_handler中介绍了handler的运作机制,并且介绍了一个普通线程中产生looper并使用handler机制通信的简单例子。我们知道在普通线程中是没有looper的,也就不好在普通线程空间中使用handler机制,如果每次都像上一篇的例子那样做的话就会略显麻烦。其实Android已经封装了一个拥有自己looper的线程HandlerThread,它的实现和上一篇中给出的例子基本一,只是更加专业一点。下面是此类的详细代码。

public class HandlerThread extends Thread {
    private int mPriority;
    private int mTid =-1;
    private Looper mLooper; 

    publicHandlerThread(String name) {
        super(name);
        mPriority =Process.THREAD_PRIORITY_DEFAULT;
    }

    publicHandlerThread(String name, int priority) {
        super(name);
        mPriority =priority;
    }

    protected void onLooperPrepared() {
    }

    public void run() {
        mTid =Process.myTid();
        Looper.prepare();
        synchronized(this) {
            mLooper =Looper.myLooper();
            notifyAll();
        }
       Process.setThreadPriority(mPriority);
       onLooperPrepared();
        Looper.loop();
        mTid = -1;
    }

    public Looper getLooper() {
        if (!isAlive()) {
            return null;
        }

        // If the threadhas been started, wait until the looper has been created.
        synchronized(this) {
            while(isAlive() && mLooper == null) {
                try {
                   wait();
                } catch(InterruptedException e) {
                }
            }
        }
        return mLooper;
    }

    public boolean quit(){
        Looper looper =getLooper();
        if (looper !=null) {
           looper.quit();
            return true;
        }
        return false;
    }

    public intgetThreadId() {
        return mTid;
    }
}

此类就是继承了Thread类,使用此类时一定要注意必须start(),否则run()方法没有调用,handler机制也就没有建立起来。

经典应用

对于HandlerThread的一个经典应用就是在service中的应用,我们知道,一般而言service是运行在主线程中的,在android耗时任务_ANR中我也建议在BroadcastReceiver中启动service,在service中启动线程处理耗时任务。那么如何启动线程,下面给出一个经典的代码:

public class BackService extends Service {

	private ServiceHandler serviceHandler;

	@Override
	public IBinder onBind(Intent arg0) {
		return null;
	}

	private final class ServiceHandler extends Handler {

		public ServiceHandler(Looper looper) {
			super(looper);
		}

		@Override
		public void handleMessage(Message msg) {
			super.handleMessage(msg);
			onHandleIntent((Intent) msg.obj);
			// 在其参数startId跟最后启动该service时生成的ID相等时才会执行停止服务。
			stopSelf(msg.arg1);
		}
	}

	@Override
	public void onCreate() {
		super.onCreate();
		HandlerThread thread = new HandlerThread("BackService");
		thread.start();

		Looper serviceLooper = thread.getLooper();
		serviceHandler = new ServiceHandler(serviceLooper);
	}

	@Override
	public void onStart(Intent intent, int startId) {
		Message msg = serviceHandler.obtainMessage();
		msg.arg1 = startId;
		msg.obj = intent;
		serviceHandler.sendMessage(msg);
	}

	protected void onHandleIntent(Intent intent) {
               //做你的异步任务
	}
}

时间: 2024-07-30 16:00:51

android耗时任务_HandlerThread的相关文章

android耗时任务_IntentService

如果你看到上一篇android耗时任务_HandlerThread中所提到的BackService类了的话,那么你肯定有一个冲动,就是把它封装起来方便使用. 别急,Android SDK早就已经为我们提供了和那个BackService基本相同的类--IntentService.因为IntentService和BackService基本相同,所以源码我就不贴了. 先来看一下一个简单的例子: public class AsyncService extends IntentService { publ

Android耗时操作

No subscribers registered for event class com.test.MessageEvent import de.greenrobot.event.EventBus; 不是 org.....那个包 内存中要先有订阅者,然后发送者才能把信息发送到他那. A->B ,Activity A发送给B, 则B这个Activity要先有. 可以配置B为app的启动页面,然后跳转到A,则此时内存中AB都有(先有B,再有A),然后A发送消息给B,最终B的吐司能在A页面上看到,在

android耗时任务_handler

handler机制的5个角色 在上一篇android处理耗时任务_ANR中简单的介绍了一个handler的用法,现在我们来看看他的基本原理. Handler:处理者,负责Message的发送及处理.使用Handler时,需要实现handleMessage(Message msg)方法来对特定的Message进行处理,例如更新UI等. Message:消息,携带要传送的信息和任务,是handler机制的载体. MessageQueue:消息队列,用来存放Handler发送过来的消息,并按照FIFO

android耗时任务_AsyncTask

AsyncTask是sdk封装好的一个轻量级的用于执行异步任务的工具类,所谓轻量级,就是说对于一两个线程就能完成的任务,AsyncTask能够非常快速方便的实现,但是对于像ListView每个item都需要进行刷新的异步任务,AsyncTask就没有那么容易去做了,而且做出来的效果也不好. 下面来看一下这个类的基本结构 public class MyTask extends AsyncTask<Params, Progress, Result>{ @Override protected voi

使用Dnsmasq作为dhcp,解决IOS连接路由器慢

android手机第一次连接路由器WiFI速度很快,而苹果手机连接速度很慢,原因主要有两个:1.IOS系统WiFI存在Bug:2.dhcp服务器分配IP地址时间过长. 通过dnsmasq日志发现,IOS第一次连接路由器WiFI耗时原因: 1.读取机子中ip地址缓存,耗时1s(android不会): 2.发送REQUEST报文,报文里的IP是机子上次连接WiFi的分配的IP地址,如果不是同一个网段的路由器,dnsmasq直接发送NACK报文(设置dnsmasq配置文件,如果不设置,耗时2s): 3

Android测试读写sd卡文件与写sd卡文件耗时

测试从sd卡读1k大小的文件,再写1k大小的文件,由于处理耗时很短,所以循环500次,查看耗时:测试写1k大小的文件,直接在内存构造一个1k的buffer,将这个buffer直接写到文件,同样循环500次,查看耗时. 思路:首先读写文件,建立文件输入输出流,然后将读取的数据直接写入文件,打印时间戳,查看耗时:只写文件,新建一个1k的buffer,然后用文件输出流写入文件,打印时间戳,查看耗时. 直接上代码: 1 package com.example.ghimtim.myapplication;

Android(Java)控制GPIO的方法及耗时分析

前面两篇分别介绍了通过脚本和C代码读写/sys/class/gpio以控制GPIO.实际项目调试时经常还需要在Java代码里控制GPIO,其实现与C代码类似,唯一不同是Android权限.本文重点介绍Android6.0权限的配置并对在Java层控制GPIO的耗时做简单分析. 以高通平台为例,权限配置主要修改HLOS/device/qcom/sepolicy/common目录下的file.te.file_contexts和system_app.te三个文件. file.te修改如下, # GPI

Android Studio学习随笔-模拟耗时操作(sleep)

在这里我申明一点,因为我是挂着VPN去YOUTOBE看的尚学堂的高明鑫老师讲的Android基础学习视频,有些东西他没有讲,而我也没办法,只能等两个星期后学校请老师来的时候进行询问,当然我也会将一些问题发布在博客里,希望有一些粗腿可以让我抱一下 在此次随笔中,我将讲一下用sleep进行的耗时操作,由于高老师在视频中也是一掠而过,我也只能讲一点点,先附上代码 1 button.setOnClickListener(new View.OnClickListener() { 2 @Override 3

Android开发中的耗时操作总结

Android开发中的耗时操作总结 在Android软件开发过程中,经常遇到耗时操作.为了使手机app运行流畅,耗时操作需要在新的一个线程中完成.那么,Android手机应用开发中,耗时操作有哪些呢?下面来总结一下. 下载文件操作 网络连接操作(尤其是网络不好的时候) 音频格式转换操作 文件操作 比较大的数据的初始化操作 sleep函数等 注: 具体的功能还得根据业务需求来完成.