一：创建线程
1.通过Thread类的构造方法创建。
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
// do something;
}
});
2.通过实现Runnable接口创建。
public class PageActivity11 extends Activity implements Runnable{
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Thread thread = new Thread(MainActivity.this);
thread.start();
}
@Override
public void run() {
// do something;
}
}
3.使用AsyncTask
public class GetAddresshAsync extends AsyncTask<Void, Integer, Void> {
@Override
protected Void doInBackground(Void... params) {
// do something;
}
@Override
protected void onPostExecute(Void result) {
// 完成后调用，可操作UI
}
}
注意：
A：主线程负责管理与UI相关的事件，用户自己创建的子线程不能对UI组件进行操作。
B：t.interrupt()不会中断正在执行的线程，只是将线程的标志位设置成true。但是如果线程在调用sleep()，join()，wait()方法时线程被中断，则这些方法会抛出InterruptedException，在catch块中捕获到这个异常时，线程的中断标志位已经被设置成false了，因此在此catch块中调用t.isInterrupted(),Thread.interrupted()始终都为false, 而t.isInterrupted与Thread.interrupted()的区别是API中已经说明很明显了，Thread.interrupted()假如当前的中断标志为true，则调完后会将中断标志位设置成false。中止线程可以在run()方法中设置标志，如果使用了sleep()，join()，wait()方法，catch块中要使用break跳出run()方法。
二：消息传递机制（Message、MessageQueue、Looper、Handler）
1.Message：消息对象，顾名思义就是记录消息信息的类。这个类有几个比较重要的字段：
arg1和arg2：我们可以使用两个字段用来存放我们需要传递的整型值，在Service中，我们可以用来存放Service的ID。
obj：该字段是Object类型，我们可以让该字段传递某个多项到消息的接受者中。
what：这个字段可以说是消息的标志，在消息处理中，我们可以根据这个字段的不同的值进行不同的处理，类似于我们在处理Button事件时，通过switch(v.getId())判断是点击了哪个按钮。
在使用Message时，我们可以通过new Message()创建一个Message实例，但是Android更推荐我们通过Message.obtain()或者Handler.obtainMessage()获取Message对象。这并不一定是直接创建一个新的实例，而是先从消息池中看有没有可用的Message实例，存在则直接取出并返回这个实例。反之如果消息池中没有可用的Message实例，则根据给定的参数new一个新Message对象。通过分析源码可得知，Android系统默认情况下在消息池中实例化10个Message对象。
2.MessageQueue：消息队列，用来存放Message对象的数据结构，按照“先进先出”的原则存放消息。存放并非实际意义的保存，而是将Message对象以链表的方式串联起来的。MessageQueue对象不需要我们自己创建，而是有Looper对象对其进行管理，一个线程最多只可以拥有一个MessageQueue。我们可以通过Looper.myQueue()获取当前线程中的MessageQueue。
3.Looper： MessageQueue的管理者，在一个线程中，如果存在Looper对象，则必定存在MessageQueue对象，并且只存在一个Looper对象和一个MessageQueue对象。倘若我们的线程中存在Looper对象，则我们可以通过Looper.myLooper()获取，此外我们还可以通过Looper.getMainLooper()获取当前应用系统中主线程的Looper对象。在这个地方有一点需要注意，假如Looper对象位于应用程序主线程中，则Looper.myLooper()和Looper.getMainLooper()获取的是同一个对象。同一线程下的Handler共享一个Looper对象。
4.Handler： 消息的处理者。通过Handler对象我们可以封装Message对象，然后通过sendMessage(msg)把Message对象添加到其所在的MessageQueue中；当MessageQueue循环到该Message时，就会调用该Message对象对应的handler对象的handleMessage()方法对其进行处理。由于是在handleMessage()方法中处理消息，因此我们应该编写一个类继承自Handler，然后在handleMessage()处理我们需要的操作。一个线程中可以有多个Handler，如果在非线程中创建Handler，需要在该线程中创建Looper（Looper.prepare();），并建立一个消息循环（Looper.myLooper().loop();）。也可以在创建Handler的时候以参数方式传入主线程的Looper（new Handler(Looper.getMainLooper()){…}），该handleMessage方法将在主线程中执行。
需要注意的是，当Activity finish()的时候，需要调用Handler.removeCallbacksAndMessages(null)清空消息队列，否则如果有delay消息未处理，Activity不会调用onDestory()。但如果线程还有消息继续发送，将会继续执行handleMessage处理消息。所以当有异步线程消息需要处理，而且在handleMessage里判断NullPointException或者使用try..catch块。
关于Handler Leak：在Android中，Handler类应该是静态的，否则，可能发生泄漏。在应用程序线程的MessageQueue中排队的Message对象还保留他们的目标Handler。如果Handler是一个内部类（注：无论是匿名还是非匿名，匿名是比较常见用法），它的外部类将被保留（至于为什么，请参考Java嵌套类相关说明）。为了避免泄漏外部类，声明一个Handler子类为静态内部类（注：这样就避免了Handler对象对外部类实例的自动引用），其内部持有一个对外部类对象的WeakReference。上面是HandlerLeak的详细解释。
A：排队中的Message对象对Handler的持有导致泄漏：调用Handler.removeCallbacksAndMessages(null)清空消息队列。
B：Handler对象对外部类（如Activity或Service）实例的强引用持有：Handler的实现类采用静态内部类的方式，避免对外部类的强引用，在其内部声明一个WeakReference引用到外部类的实例。
static class MyHandler extends Handler {
// WeakReference to the outer class's instance.
private WeakReference<HandlerActivity> mOuter;
public MyHandler(HandlerActivity activity) {
mOuter = new WeakReference<HandlerActivity>(activity);
}
@Override
public void handleMessage(Message msg) {
HandlerActivity outer = mOuter.get();
if (outer != null) {
// 可使用mOuter.classfunction来访问成员变量及方法。
Log.i("Handler", "handleMessage");
}
}
}
private final MyHander mHandler = new MyHandler();
三：线程消息模式
1.Handler+Thread+Message模式
这种模式使用了线程，所以可以看到异步加载的效果。
public class TestActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage2("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage2("http://www.chinatelecom.com.cn/images/logo_new.gif", R.id.imageView2);
loadImage2("http://cache.soso.com/30d/img/web/logo.gif", R.id.imageView3);
loadImage2("http://csdnimg.cn/www/images/csdnindex_logo.gif", R.id. imageView4);
loadImage2("http://images.cnblogs.com/logo_small.gif", R.id. imageView5);
}
final Handler handler2 = new Handler() {
@Override
public void handleMessage(Message msg) {
((ImageView) TestActivity.this.findViewById(msg.arg1)).setImageDrawable((Drawable) msg.obj);
}
};
// 采用handler+Thread模式实现多线程异步加载
private void loadImage2(final String url, final int id) {
Thread thread = new Thread() {
@Override
public void run() {
Drawable drawable = null;
try {
drawable = Drawable.createFromStream(new URL(url).openStream(), "image.png");
} catch (IOException e) {
Log.d("test", e.getMessage());
}
// 模拟网络延时
SystemClock.sleep(2000);
Message message = handler2.obtainMessage();
message.arg1 = id;
message.obj = drawable;
handler2.sendMessage(message);
}
};
thread.start();
thread = null;
}
}
这时候我们可以看到实现了异步加载， 界面打开时，五个ImageView都是没有图的，然后在各自线程下载完后才把图自动更新上去。
2.Handler+ExecutorService(线程池)+MessageQueue模式
能开线程的个数毕竟是有限的，我们总不能开很多线程，对于手机更是如此。
这个例子是使用线程池。Android拥有与Java相同的ExecutorService实现，我们就来用它。
线程池的基本思想还是一种对象池的思想，开辟一块内存空间，里面存放了众多(未死亡)的线程，池中线程执行调度由池管理器来处理。当有线程任务时，从池中取一个，执行完成后线程对象归池，这样可以避免反复创建线程对象所带来的性能开销，节省了系统的资源。
线程池的信息可以参看这篇文章：Java&Android的线程池－ExecutorService 下面的演示例子是创建一个可重用固定线程数的线程池。
public class TestActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage3("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage3("http://www.chinatelecom.com.cn/images/logo_new.gif",
R.id.imageView2);
loadImage3("http://cache.soso.com/30d/img/web/logo.gif",
R.id.imageView3);
loadImage3("http://csdnimg.cn/www/images/csdnindex_logo.gif",
R.id.imageView4);
loadImage3("http://images.cnblogs.com/logo_small.gif", R.id. imageView5);
}
private Handler handler = new Handler();
private ExecutorService executorService = Executors.newFixedThreadPool(5);
// 引入线程池来管理多线程
private void loadImage3(final String url, final int id) {
executorService.submit(new Runnable() {
public void run() {
try {
final Drawable drawable = Drawable.createFromStream(new URL(url).openStream(), "image.png");
// 模拟网络延时
SystemClock.sleep(2000);
handler.post(new Runnable() {
public void run() {
((ImageView) TestActivity.this.findViewById(id))
.setImageDrawable(drawable);
}
});
} catch (Exception e) {
throw new RuntimeException(e);
}
}
});
}
}
使用了 handler.post(new Runnable() { 更新前段显示当然是在UI主线程，我们还有 executorService.submit(new Runnable() { 来确保下载是在线程池的线程中。
3.Handler+ExecutorService(线程池)+MessageQueue+缓存模式
下面比起前一个做了几个改造:
A：把整个代码封装在一个类中
B：为了避免出现同时多次下载同一幅图的问题,使用了本地缓存
public class AsyncImageLoader3 {
// 为了加快速度，在内存中开启缓存（主要应用于重复图片较多时，或者同一个图片要多次被访问，比如在ListView时来回滚动）
public Map<String, SoftReference<Drawable>> imageCache = new HashMap<String, SoftReference<Drawable>>();
private ExecutorService executorService = Executors.newFixedThreadPool(5); // 固定五个线程来执行任务
private final Handler handler = new Handler();
/**
*
* @param imageUrl
* 图像url地址
* @param callback
* 回调接口 <a
* href="\"http://www.eoeandroid.com/home.php?mod=space&uid=7300\""
* target="\"_blank\"">@return</a> 返回内存中缓存的图像，第一次加载返回null
*/
public Drawable loadDrawable(final String imageUrl, final ImageCallback callback) {
// 如果缓存过就从缓存中取出数据
if (imageCache.containsKey(imageUrl)) {
SoftReference<Drawable> softReference = imageCache.get(imageUrl);
if (softReference.get() != null) {
return softReference.get();
}
}
// 缓存中没有图像，则从网络上取出数据，并将取出的数据缓存到内存中
executorService.submit(new Runnable() {
public void run() {
try {
final Drawable drawable = loadImageFromUrl(imageUrl);
imageCache.put(imageUrl, new SoftReference<Drawable>(drawable));
handler.post(new Runnable() {
public void run() {
callback.imageLoaded(drawable);
}
});
} catch (Exception e) {
throw new RuntimeException(e);
}
}
});
return null;
}
// 从网络上取数据方法
protected Drawable loadImageFromUrl(String imageUrl) {
try {
// 测试时，模拟网络延时，实际时这行代码不能有
SystemClock.sleep(2000);
return Drawable.createFromStream(new URL(imageUrl).openStream(),
"image.png");
} catch (Exception e) {
throw new RuntimeException(e);
}
}
// 对外界开放的回调接口
public interface ImageCallback {
// 注意 此方法是用来设置目标对象的图像资源
public void imageLoaded(Drawable imageDrawable);
}
}
说明：
final参数是指当函数参数为final类型时，你可以读取使用该参数，但是无法改变该参数的值。参看：Java关键字final、static使用总结
这里使用SoftReference 是为了解决内存不足的错误（OutOfMemoryError）的，更详细的可以参看：内存优化的两个类:SoftReference 和 WeakReference
前段调用:
public class TestActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage4("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage4("http://www.chinatelecom.com.cn/images/logo_new.gif", R.id.imageView2);
loadImage4("http://cache.soso.com/30d/img/web/logo.gif", R.id.imageView3);
loadImage4("http://csdnimg.cn/www/images/csdnindex_logo.gif", R.id.imageView4);
loadImage4("http://images.cnblogs.com/logo_small.gif", R.id. imageView5);
}
private AsyncImageLoader3 asyncImageLoader3 = new AsyncImageLoader3();
// 引入线程池，并引入内存缓存功能,并对外部调用封装了接口，简化调用过程
private void loadImage4(final String url, final int id) {
// 如果缓存过就会从缓存中取出图像，ImageCallback接口中方法也不会被执行
Drawable cacheImage = asyncImageLoader3.loadDrawable(url,
new AsyncImageLoader3.ImageCallback() {
// 请参见实现：如果第一次加载url时下面方法会执行
public void imageLoaded(Drawable imageDrawable) {
((ImageView) findViewById(id)).setImageDrawable(imageDrawable);
}
});
if (cacheImage != null) {
((ImageView) findViewById(id)).setImageDrawable(cacheImage);
}
}
}