Android 中Thread,Handler,Loop学习
1.先看一下最简单的进度条示例
EG:
package com.sxz.android.thread;
import java.util.concurrent.atomic.AtomicBoolean;
import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.widget.ProgressBar;
public class HandlerDemo extends Activity {
ProgressBar bar;
AtomicBoolean isRunning = new AtomicBoolean(false);
Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
bar.incrementProgressBy(5);
}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.my_progressbar);
bar = (ProgressBar) findViewById(R.id.progressBar1);
}
@Override
protected void onStart() {
super.onStart();
Thread myThread = new Thread(new Runnable() {
@Override
public void run() {
try {
for (int i = 0; i < 20 && isRunning.get(); i++) {
Message msg = mHandler.obtainMessage();
Thread.sleep(500);
msg.sendToTarget();
}
} catch (Throwable t)
{
}
}
});
isRunning.set(true);
myThread.start();
}
@Override
protected void onStop() {
super.onStop();
isRunning.set(false);
}
}
2. 基本概念
MessageQueue 消息队列,存放消息的地方,按照FIFO规则执行,每一个线程只可以拥有一个MessageQueue,在创建 Looper 对象会创建一个MessageQueue对象。而MessageQueue
都会有一个对应的 Handler,Handler会向 MessageQueue通过两种方法发送消息.
① sendMessage. 通过 sendMessage发送的是一个 message 对象,会被 Handler的 handleMessage() 函数处理。
② post 通过 post 方法发送的是一个 runnable 对象,则会自己执行。
这两种消息都会插在 MessageQueue 队尾并按先进先出的方式执行.但是通过这两种方法发送出去的消息执行的方式略有不同.
Message 消息对象,MessageQueue中存放的对象。一个 MessageQueue中可以包含多个Message 对象。可以通过 Message.obtain() 或者 Handler.obtainMessage() 获取 Message 对象.但是这并不一定是直接创建一个新的实例.而是先从消息池中看有没有可用的 Message实例。存在则直接取出后返回这个实例。如果消息池中没有可用的 Message 实例,则用给定的参数创建一个Message 对象。调用 removeMessage()时,将 Message 从 MessageQueue 中删除,同时放入到消息池中。
消息,其实可以理解为线程间交流的信息,处理数据后台线程需要更新 UI,则发送Message内含一些数据给 UI线程.
Looper 操作 MessageQueue,一个 Looper 对应一个 MessageQueue.通过调用 Looper.myLooper() 可以获取当前线程的 Looper对象.Looper 从 MessageQueue中取出 Message然后, 交由Handler的 handleMessage() 进行处理。处理完成后,调用 Message.recycle()将其放入消息池中.
Looper 是每条线程里的 MessageQueue的管家。Android没有 Gloabal 的 MessageQueue,而 Android 会自动替主线程(UI线程) 建立MessageQueue,但在子线程里并没有建立MessageQueue。所以调用 Looper.getMainLooper() 得到的主线程Looper不为 NULL,但是调用Looper.myLooper()得到的Looper就有可能为 NULL。
总结:几者之间的关系:
Handler 消息的处理者。
handler 负责将需要传递的信息封装成 Message 对象,
然后调用 sendMessage() 方法将消息放入 MessageQueue中,
当MessageQueue循环到该 Message,
调用相应的handler 对象的 handleMessage() 方法对其进行处理。
Handler 都可以共享同一个 Looper 和 MessageQueue.
3. handler.post(r)同一个线程的疑惑
handler.post(r);是把r加到消息队列,但并未开辟新线程。等到消息被取出时才执行。
package com.lei.handlethread;
import android.os.Bundle;
import android.os.Handler;
import android.app.Activity;
import android.view.Menu;
import android.widget.Button;
public class MainActivity extends Activity {
private Button btn = null;
private Handler handler = new Handler();
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
handler.post(r);
setContentView(R.layout.activity_main);
btn = (Button)findViewById(R.id.hello);// 用来验证setContentView()先执行的。
String s=(String) btn.getText();//
System.out.println(s);
System.out.println("activity--->"+Thread.currentThread().getId());
System.out.println("Activityname--->"+Thread.currentThread().getName());
}
Runnable r = new Runnable() {
public void run() {
System.out.println("handler--->"+Thread.currentThread().getId());
System.out.println("handlername--->"+Thread.currentThread().getName());
try {
Thread.sleep(10000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
};
@Override
public boolean onCreateOptionsMenu(Menu menu) {
getMenuInflater().inflate(R.menu.activity_main, menu);
return true;
}
}
运行结果:logCat先打印如下信息。程序运行界面过10s显示TextView文字。
解释:
main线程从消息泵中取出一个消息,处理(执行相关函数),然后再取一个,处理。所以onCreate是某一消息处理中的执行,其中post一个消息,只是把消息加入队列了,还没执行新消息,什么时候执行?要等前一个消息处理完,再次从消息泵中取消息处理时,它才被执行。所以先是main的system.out,再是post的system.out
相比之下,sendMessage是同步执行,用handler.sendMessage,那顺序就变了。
至于setContentView(R.layout.activity_main);肯定是最先执行,程序界面最先打开了,但是界面空间要等到Activity的Resume(即交互阶段)阶段才会显示。
通过获取界面空间ID,在Log中打印空间内容就可验证。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。