Handler&Message&Runnable

相信大家进行客户端与网络交互的时候用Handler和Runnable的比较多吧,但是博主还是喜欢用message.what来进行不同状态的标志,以此来决定主线程决定采取用什么方法处理什么任务,老话,废话不多说,上代码:

1.Runnable,博主在Runnable中封装了一个耗时的方法

class LoadThread implements Runnable {

@Override

public void run() {

initData();

}

}

2.Handler 更新主线程,Message  根据message.what的标识码进行相应的操作

Handler handler = new Handler() {

@Override

public void handleMessage(Message msg) {

switch (msg.what) {

case 0:

//                    后来博主把这个放在了处理UI线程进行处理

buddhistServicesAdapter = new BuddhistServicesAdapter(getActivity(), buddhistServicesBeans);

buddhistservices_listview.setAdapter(buddhistServicesAdapter);

mDialog.cancel();

buddhistservices_listview.setOnItemClickListener(new bsInfoOnItemClickListener());

break;

case 1:

break;

}

}

};

//这里博主着重说一下,是的,大家应该都是习惯性的new一个message,或许可以实现大家想要的效果,但是实际情况呢,如果工程小的话还好,但是如果特别大的话

//相信可想而知了,因为handler本来就是一个循环序列,google已经提供了这个方法,干嘛不用,大意是需要的时候获取并且标识栈顶的message,queen

//这个是initData();方法中的处理的代码

Message msg = Message.obtain();

if (isNet) {

msg.what = 0;

handler.sendMessage(msg);

} else {

msg.what = 1;

handler.sendMessage(msg);

}

基本Android的执行顺序是:主线程中新建handler,然后进行耗时的线程操作,根据对问题的具体解决结果来表示message.what,子线程也就是耗时线程执行完了以后,开始进行主线程也就是handler的执行,在此hander拿到what的值,来决定执行什么操作

时间: 2024-10-10 09:53:06

Handler&Message&Runnable的相关文章

Handler, MessageQueue, Runnable与Looper

相信不少人对这几个概念深恶痛绝,因为它们"像雾像雨又像风"--自我感觉都很熟识,如果下一次再相遇,却又陌生得很.这种"隔靴搔痒"的感觉促使我们必须与这些"顽固分子"来个彻底的决断. 先不要想太多,任头脑中随意画下对这些概念的第一印象,如图5-5所示. ▲图5 5 概念初探 图5-5是我们对这几个概念的"感官"释义,读者可以尝试着思考下是否和自己所想的基本一致. 那么,如果把这些概念糅合在一起,又会是怎样的呢?如图5-6所示.

Android Handler Message总结

当应用程序启动时,会开启一个主线程(也就是UI线程),由她来管理UI,监听用户点击,来响应用户并分发事件等.所以一般在主线程中不要执行比较耗时的操作,如联网下载数据等,否则出现ANR错误.所以就将这些操作放在子线程中,但是由于AndroidUI线程是不安全的,所以只能在主线程中更新UI.Handler就是用来 子线程和创建Handler的线程进行通信的. Handler的使用分为两部分:  一部分是创建Handler实例,重载handleMessage方法,来处理消息. [java] view

Android 之异步任务(AsyncTask,Handler,Message,looper)

AsyncTask: 3个类型(Params,Progress和Result),4个步骤(onPreExecute(),doInBackground(Params…),onProgressUpdate(Progress…), onPostExecute(Result) ) Android的AsyncTask比Handler更轻量级一些,适用于简单的异步处理. 首先明确Android之所以有Handler和AsyncTask,都是为了不阻塞主线程(UI线程),且UI的更新只能在主线程中完成,因此异

android中的Handler和Runnable

最近在做一个项目,在网络请求时考虑用Handler进行处理,然后就研究了一下Handler和Runnable 首先在看一下java中的Runnable The Runnable interface should be implemented by any class whose instances are intended to be executed by a thread. The class must define a method of no arguments called run.

Android Handler处理机制 ( 三 ) ——Handler,Message,Looper,MessageQueue

在android中提供了一种异步回调机制Handler,使用它,我们可以在完成一个很长时间的任务后做出相应的通知 handler基本使用: 在主线程中,使用handler很简单,new一个Handler对象实现其handleMessage方法,在handleMessage中 提供收到消息后相应的处理方法即可,这里不对handler使用进行详细说明,在看本博文前,读者应该先掌握handler的基本使用,我这里主要深入描述handler的内部机制 .现在我们首先就有一个问题,我们使用myThread

Android -- 消息处理机制源码分析(Looper,Handler,Message)

android的消息处理有三个核心类:Looper,Handler和Message.其实还有一个Message Queue(消息队列),但是MQ被封装到Looper里面了,我们不会直接与MQ打交道,因此我没将其作为核心类.下面一一介绍: Looper Looper的字面意思是“循环者”,它被设计用来使一个普通线程变成Looper线程.所谓Looper线程就是循环工作的线程.在程序开发中(尤其是GUI开发中),我们经常会需要一个线程不断循环,一旦有新任务则执行,执行完继续等待下一个任务,这就是Lo

[转载] 从Handler.post(Runnable r) ,Handler.sendEmptyMessage()梳理Android的消息机制(以及handler的内存泄露)

Handler 每个初学Android开发的都绕不开Handler这个"坎",为什么说是个坎呢,首先这是Android架构的精髓之一,其次大部分人都是知其然却不知其所以然.今天看到Handler.post这个方法之后决定再去翻翻源代码梳理一下Handler的实现机制. 异步更新UI 先来一个必背口诀"主线程不做耗时操作,子线程不更新UI",这个规定应该是初学必知的,那要怎么来解决口诀里的问题呢,这时候Handler就出现在我们面前了(AsyncTask也行,不过本质

从Handler+Message+Looper源码带你分析Android系统的消息处理机制

引言 [转载请注明出处:从Handler+Message+Looper源码带你分析Android系统的消息处理机制 CSDN 废墟的树] 作为Android开发者,相信很多人都使用过Android的Handler类来处理异步任务.那么Handler类是怎么构成一个异步任务处理机制的呢?这篇 博客带你从源码分析Android的消息循环处理机制,便于深入的理解. 这里不得不从"一个Bug引发的思考"开始研究Android的消息循环处理机制.说来话长,在某一次的项目中,原本打算开启一个工作线

Android Handler处理机制 ( 二 ) ——Handler,Message,Looper,MessageQueue

Android是消息驱动的,实现消息驱动有几个要素: 消息的表示:Message 消息队列:MessageQueue 消息循环,用于循环取出消息进行处理:Looper 消息处理,消息循环从消息队列中取出消息后要对消息进行处理:Handler 平时我们最常使用的就是Message与Handler了,如果使用过HandlerThread或者自己实现类似HandlerThread的东 西可能还会接触到Looper,而MessageQueue是Looper内部使用的,对于标准的SDK,我们是无法实例化并