Android多线程学习实例详解

本文实例分析了Android多线程。分享给大家供大家参考,具体如下:

在Android下面也有多线程的概念,在C/C++中,子线程可以是一个函数,一般都是一个带有循环的函数,来处理某些数据,优先线程只是一个复 杂的运算过程,所以可能不需要while循环,运算完成,函数结束,线程就销毁。对于那些需要控制的线程,一般我们都是和互斥锁相互关联,从而来控制线程 的进度,一般我们创建子线程,一种线程是很常见的,那就是带有消息循环的线程。

消息循环是一个很有用的线程方式,曾经自己用C在Linux下面实现一个消息循环的机制,往消息队列里添加数据,然后异步的等待消息的返回。当消息队列为空的时候就会挂起线程,等待新的消息的加入。这是一个很通用的机制。

在Android,这里的线程分为有消息循环的线程和没有消息循环的线程,有消息循环的线程一般都会有一个Looper,这个事android的新 概念。我们的主线程(UI线程)就是一个消息循环的线程。针对这种消息循环的机制,我们引入一个新的机制Handle,我们有消息循环,就要往消息循环里 面发送相应的消息,自定义消息一般都会有自己对应的处理,消息的发送和清除,消息的的处理,把这些都封装在Handle里面,注意Handle只是针对那 些有Looper的线程,不管是UI线程还是子线程,只要你有Looper,我就可以往你的消息队列里面添加东西,并做相应的处理。

但是这里还有一点,就是只要是关于UI相关的东西,就不能放在子线程中,因为子线程是不能操作UI的,只能进行数据、系统等其他非UI的操作。

那么什么情况下面我们的子线程才能看做是一个有Looper的线程呢?我们如何得到它Looper的句柄呢?

Looper.myLooper();获得当前的Looper

Looper.getMainLooper () 获得UI线程的Lopper

我们看看Handle的初始化函数,如果没有参数,那么他就默认使用的是当前的Looper,如果有Looper参数,就是用对应的线程的Looper。

如果一个线程中调用Looper.prepare(),那么系统就会自动的为该线程建立一个消息队列,然后调用 Looper.loop();之后就进入了消息循环,这个之后就可以发消息、取消息、和处理消息。这个如何发送消息和如何处理消息可以再其他的线程中通过 Handle来做,但前提是我们的Hanle知道这个子线程的Looper,但是你如果不是在子线程运行 Looper.myLooper(),一般是得不到子线程的looper的。

public void run() {
  synchronized (mLock) {
    Looper.prepare();
    //do something
  }
  Looper.loop();
}

所以很多人都是这样做的:我直接在子线程中新建handle,然后在子线程中发送消息,这样的话就失去了我们多线程的意义了。

class myThread extends Thread{
   private EHandler mHandler ;
   public void run() {
     Looper myLooper, mainLooper;
     myLooper = Looper.myLooper ();
    mainLooper = Looper.getMainLooper ();
    String obj;
    if (myLooper == null ){
         mHandler = new EHandler(mainLooper);
         obj = "current thread has no looper!" ;
    }
    else {
       mHandler = new EHandler(myLooper);
       obj = "This is from current thread." ;
    }
    mHandler .removeMessages(0);
    Message m = mHandler .obtainMessage(1, 1, 1, obj);
    mHandler .sendMessage(m);
   }
}

可以让其他的线程来控制我们的handle,可以把 private EHandler mHandler ;放在外面,这样我们的发消息和处理消息都可以在外面来定义,这样增加程序代码的美观,结构更加清晰。

对如任何的Handle,里面必须要重载一个函数

public void handleMessage(Message msg)

这个函数就是我们的消息处理,如何处理,这里完全取决于你,然后通过 obtainMessage和 sendMessage等来生成和发送消息, removeMessages(0)来清除消息队列。Google真是太智慧了,这种框架的产生,我们写代码更加轻松了。

有的时候,我们的子线程想去改变UI了,这个时候千万不要再子线程中去修改,获得UI线程的Looper,然后发送消息即可。

我们来看看高焕堂的代码:

// class ac01 extends Activity {
 // ………
   public void onClick(View v) {
       switch (v.getId()){
       case 101:
             t = new myThread();
          t .start();
         break ;
       case 102:
     finish();
            break ;
       }
  }
//------------------------------------------------------
class EHandler extends Handler {
      public EHandler(Looper looper) {
        super (looper);
      }
      @Override
      public void handleMessage(Message msg) {
       tv .setText((String)msg. obj );
    }
  }
//------------------------------------------------------
class myThread extends Thread{
   private EHandler mHandler ;
   public void run() {
    Looper myLooper, mainLooper;
    myLooper = Looper.myLooper ();
    mainLooper = Looper.getMainLooper ();
    String obj;
    if (myLooper == null ){
        mHandler = new EHandler(mainLooper);
        obj = "current thread has no looper!" ;
    }
    else {
       mHandler = new EHandler(myLooper);
       obj = "This is from current thread." ;
    }
    mHandler .removeMessages(0);
    Message m = mHandler .obtainMessage(1, 1, 1, obj);
    mHandler .sendMessage(m);
   }
 }
}

完全是不知所云,一坨狗屎。我们来看,在上面的run里面

Looper myLooper, mainLooper;
myLooper = Looper.myLooper (); //很明显这个会返回空,因为你还没有 prepare,不会返回Looper。
mainLooper = Looper.getMainLooper ();

建议大家在看Looper的时候不要看高焕堂的书,感觉他也不是很懂,倒还把我搞糊涂了。讲了那么多,完全是他自己的理解,他自己的理解很是复杂,关键的是把简单的问题复杂化,并且复杂之后的东西还是错的。我们看看Goole Music App的源代码。

在MediaPlaybackActivity.java中,我们可以看一下再OnCreate中的有这样的两句:

mAlbumArtWorker = new Worker("album art worker");
mAlbumArtHandler = new AlbumArtHandler(mAlbumArtWorker.getLooper());

很明显这两句,是构建了一个子线程。并且这个子线程还是Looper的子线程,这里很牛逼的使用了 mAlbumArtWorker.getLooper()这个函数,因为我们知道,我们能够得到子线程的Looper的途径只有一个:就是在子线程中调用 Looper.myLooper (),并且这个函数还要在我们perpare之后调用才能得到正确的Looper,但是他这里用了一个这样的什么东东 getLooper,不知道它是如何实现的?

这里有一个大概的思路,我们在子线程的的prepare之后调用 myLooper ()这个方法,然后保存在一个成员变量中,这个getLooper就返回这个东西,但是这里会碰到多线程的一个很突出的问题,同步。我们在父线程中调用 mAlbumArtWorker.getLooper(),但是想要这个返回正确的looper就必须要求我们的子线程运行了prepare,但是这个东 西实在子线程运行的,我们如何保证呢?

我们看Google是如何实现的?

private class Worker implements Runnable {
    private final Object mLock = new Object();
    private Looper mLooper;
    /**
     * Creates a worker thread with the given name. The thread
     * then runs a {@link android.os.Looper}.
     * @param name A name for the new thread
     */
    Worker(String name) {
      Thread t = new Thread(null, this, name);
      t.setPriority(Thread.MIN_PRIORITY);
      t.start();
      synchronized (mLock) {
        while (mLooper == null) {
          try {
            mLock.wait();
          } catch (InterruptedException ex) {
          }
        }
      }
    }
    public Looper getLooper() {
      return mLooper;
    }
    public void run() {
      synchronized (mLock) {
        Looper.prepare();
        mLooper = Looper.myLooper();
        mLock.notifyAll();
      }
      Looper.loop();
    }
    public void quit() {
      mLooper.quit();
    }
}

我们知道,一个线程类的构造函数是在主线程中完成的,所以在我们的 Worker的构造函数中我们创佳一个线程,然后让这个线程运行,这一这个线程的创建是指定一个 Runnabl,这里就是我们的Worker本身,在主线程调用 t.start();,这后,我们子线程已经创建,并且开始执行work的run方法。然后下面的代码很艺术:

synchronized (mLock) {
    while (mLooper == null) {
      try {
        mLock.wait();
      } catch (InterruptedException ex) {
      }
    }
}

我们开始等待我们的子线程给mLooper赋值,如果不赋值我们就继续等,然后我们的子线程在运行run方法之后,在给 mLooper赋值之后,通知worker够着函数中的wait,然后我们的构造函数才能完成,所以我们说:

mAlbumArtWorker = new Worker("album art worker");

这句本身就是阻塞的,它创建了一个子线程,开启了子线程,并且等待子线程给mLooper赋值,赋值完成之后,这个函数才返回,这样才能保证我们的子线程的Looper的获取绝对是正确的,这个构思很有创意。值得借鉴。

更多关于Android相关内容感兴趣的读者可查看本站专题:《Android线程与消息机制用法总结》、《Android开发入门与进阶教程》、《Android调试技巧与常见问题解决方法汇总》、《Android多媒体操作技巧汇总(音频,视频,录音等)》、《Android基本组件用法总结》、《Android视图View技巧总结》、《Android布局layout技巧总结》及《Android控件用法总结》

希望本文所述对大家Android程序设计有所帮助。

声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:notice#nhooo.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。