您的位置:首页 > 运维架构 > 网站架构

Android架构分析之Android消息处理机制(三)

2014-05-20 17:28 344 查看
作者:刘昊昱
博客:http://blog.csdn.net/liuhaoyutz

Android版本:4.4.2



本文我们来分析AndroidUI线程即主线程是怎样实现对消息的处理的。

UI线程的实现类定义在frameworks/base/core/java/android/app/ActivityThread.java文件中。我们来看Android对ActivityThread类的说明 :

130/**

131 * This manages the execution of the mainthread in an

132 * application process, scheduling andexecuting activities,

133 * broadcasts, and other operations on itas the activity

134 * manager requests.

135 *

136 * {@hide}

137 */



下面是ActivityThread类的main函数:

5024    public static void main(String[] args) {
5025        SamplingProfilerIntegration.start();
5026
5027        // CloseGuard defaults to true and canbe quite spammy.  We
5028        // disable it here, but selectivelyenable it later (via
5029        // StrictMode) on debug builds, butusing DropBox, not logs.
5030        CloseGuard.setEnabled(false);
5031
5032        Environment.initForCurrentUser();
5033
5034        // Set the reporter for event loggingin libcore
5035        EventLogger.setReporter(newEventLoggingReporter());
5036
5037        Security.addProvider(newAndroidKeyStoreProvider());
5038
5039       Process.setArgV0("<pre-initialized>");
5040
5041        Looper.prepareMainLooper();
5042
5043        ActivityThread thread = newActivityThread();
5044        thread.attach(false);
5045
5046        if (sMainThreadHandler == null) {
5047            sMainThreadHandler =thread.getHandler();
5048        }
5049
5050        AsyncTask.init();
5051
5052        if (false) {
5053           Looper.myLooper().setMessageLogging(new
5054                    LogPrinter(Log.DEBUG,"ActivityThread"));
5055        }
5056        if(!"user".equals(android.os.Build.TYPE)) {
5057            sLocalLog = new LocalLog(128);
5058           Looper.myLooper().setMessageLogging(sLocalLog);
5059        }
5060
5061        Looper.loop();
5062
5063        throw new RuntimeException("Mainthread loop unexpectedly exited");
5064    }


5041行,调用Looper.prepareMainLooper函数,这与上一篇文章中介绍的普通线程调用Looper.prepare()函数不同,我们来看Looper.prepareMainLooper函数的实现:

88    /**
 89     *Initialize the current thread as a looper, marking it as an
 90     *application's main looper. The main looper for your application
 91     *is created by the Android environment, so you should never need
 92     *to call this function yourself.  Seealso: {@link #prepare()}
 93    */
 94   public static void prepareMainLooper() {
 95       prepare(false);
 96       synchronized (Looper.class) {
 97           if (sMainLooper != null) {
 98                throw newIllegalStateException("The main Looper has already been prepared.");
 99           }
100            sMainLooper = myLooper();
101        }
102    }


可以看到,95行,prepareMainLooper首先调用prepare(false),所以和普通线程类似,只不过传递的参数是false,表示该Looper不能退出,因为UI线程是不允许退出消息循环的。

100行,调用myLooper函数,取得当前Looper即UI线程Looper,保存在sMainLooper变量中,这样做的目的是,如果其它线程想要获得UI线程Looper,只需要调用getMainLooper函数即可。

5046-5048行,如果sMainThreadHandler为null,调用thread.getHandler(),该函数返回一个H类对象mH,H类ActivityThread类的内部类,继承自Handler类,其中完成了对许多Message的默认处理。

5061行,调用Looper.loop()函数,进入消息循环处理。

对比上一篇文章《Android架构分析之Android消息处理机制(二)》,分析到这里,我们就可以看到UI线程与普通线程执行消息处理的流程大致相同,区别仅是调用Looper.prepareMainLooper,而不是Looper.prepare,同时Handler使用的是H类对象mH。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: