Android ActivityThread(主线程或UI线程)简介

1. ActivityThread功能

它管理应用进程的主线程的执行(相当于普通Java程序的main入口函数),并根据AMS的要求(通过IApplicationThread接口,AMS为Client、ActivityThread.ApplicationThread为Server)负责调度和执行activities、broadcasts和其它操作。

Android系统中,在默认情况下,一个应用程序内的各个组件(如Activity、BroadcastReceiver、Service)都会在同一个进程(Process)里执行,且由此进程的【主线程】负责执行。

在Android系统中,如果有特别指定(通过android:process),也可以让特定组件在不同的进程中运行。无论组件在哪一个进程中运行,默认情况下,他们都由此进程的【主线程】负责执行。

【主线程】既要处理Activity组件的UI事件,又要处理Service后台服务工作,通常会忙不过来。为了解决此问题,主线程可以创建多个子线程来处理后台服务工作,而本身专心处理UI画面的事件。

【主线程】的主要责任:

? 快速处理UI事件。而且只有它才处理UI事件, 其它线程还不能存取UI画面上的对象(如TextView等),此时, 主线程就叫做UI线程。基本上,Android希望UI线程能根据用户的要求做出快速响应,如果UI线程花太多时间处理后台的工作,当UI事件发生时,让用户等待时间超过5秒而未处理,Android系统就会给用户显示ANR提示信息。

只有UI线程才能执行View派生类的onDraw()函数。

? 快速处理Broadcast消息。【主线程】除了处理UI事件之外,还要处理Broadcast消息。所以在BroadcastReceiver的onReceive()函数中,不宜占用太长的时间,否则导致【主线程】无法处理其它的Broadcast消息或UI事件。如果占用时间超过10秒, Android系统就会给用户显示ANR提示信息。

注意事项:

? 尽量避免让【主线程】执行耗时的操作,让它能快速处理UI事件和Broadcast消息。

? BroadcastReceiver的子类都是无状态的,即每次启动时,才会创建其对象,然后调用它的onReceive()函数,当执行完onReceive()函数时,就立即删除此对象。由于每次调用其函数时,会重新创建一个新的对象,所以对象里的属性值,是无法让各函数所共享。

1.1 Thread与SurfaceView

View组件由UI线程(主线程)所执行。如果需要迅速更新UI画面或UI画图需要较长时间,则需要使用SurfaceView。它可由后台线程(background thread)来执行,而View只能由UI(主)线程执行。SurfaceView内有高效的rendering机制,可以让后台线程快速刷新Surface的内容。

View ---> UI(主)线程

SurfaceView ---> 后台线程

2. Android应用程序主线程stack

在一个只有Activity派生类的应用程序中,它包含如下线程:

main线程stack如下:

[java] view plain copy

  1. at android.os.MessageQueue.nativePollOnce(Native Method)
  2. at android.os.MessageQueue.next(MessageQueue.java:118)
  3. at android.os.Looper.loop(Looper.java:118)
  4. at android.app.ActivityThread.main(ActivityThread.java:4424)    // Java main入口函数
  5. at java.lang.reflect.Method.invokeNative(Native Method)
  6. at java.lang.reflect.Method.invoke(Method.java:511)
  7. at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
  8. at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
  9. at dalvik.system.NativeStart.main(Native Method)

JDWP线程stack如下:

[java] view plain copy

  1. at org.apache.harmony.dalvik.ddmc.DdmVmInternal.getStackTraceById(Native Method)
  2. at android.ddm.DdmHandleThread.handleSTKL(DdmHandleThread.java:131)
  3. at android.ddm.DdmHandleThread.handleChunk(DdmHandleThread.java:77)
  4. at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java:171)
  5. at dalvik.system.NativeStart.run(Native Method)

3. IApplicationThread关系图

4. ActivityThread类

ActivityThread类即代表Application主线程。

4.1 类中关键信息

[java] view plain copy

  1. /**
  2. * This manages the execution of the main thread in an
  3. * application process, scheduling and executing activities,
  4. * broadcasts, and other operations on it as the activity
  5. * manager requests.
  6. *
  7. * {@hide}
  8. */
  9. public final class ActivityThread {
  10. static ContextImpl mSystemContext = null;
  11. static IPackageManager sPackageManager;
  12. // 创建ApplicationThread实例,以接收AMS指令并执行
  13. final ApplicationThread mAppThread = new ApplicationThread();
  14. final Looper mLooper = Looper.myLooper();
  15. final H mH = new H();
  16. final HashMap<IBinder, ActivityClientRecord> mActivities
  17. = new HashMap<IBinder, ActivityClientRecord>();
  18. // List of new activities (via ActivityRecord.nextIdle) that should
  19. // be reported when next we idle.
  20. ActivityClientRecord mNewActivities = null;
  21. // Number of activities that are currently visible on-screen.
  22. int mNumVisibleActivities = 0;
  23. final HashMap<IBinder, Service> mServices
  24. = new HashMap<IBinder, Service>();
  25. Application mInitialApplication;
  26. final ArrayList<Application> mAllApplications
  27. = new ArrayList<Application>();
  28. static final ThreadLocal<ActivityThread> sThreadLocal = new ThreadLocal<ActivityThread>();
  29. Instrumentation mInstrumentation;
  30. static Handler sMainThreadHandler;  // set once in main()
  31. static final class ActivityClientRecord {
  32. IBinder token;
  33. int ident;
  34. Intent intent;
  35. Bundle state;
  36. Activity activity;
  37. Window window;
  38. Activity parent;
  39. String embeddedID;
  40. Activity.NonConfigurationInstances lastNonConfigurationInstances;
  41. boolean paused;
  42. boolean stopped;
  43. boolean hideForNow;
  44. Configuration newConfig;
  45. Configuration createdConfig;
  46. ActivityClientRecord nextIdle;
  47. String profileFile;
  48. ParcelFileDescriptor profileFd;
  49. boolean autoStopProfiler;
  50. ActivityInfo activityInfo;
  51. CompatibilityInfo compatInfo;
  52. LoadedApk packageInfo; //包信息,通过调用ActivityThread.getPapckageInfo而获得
  53. List<ResultInfo> pendingResults;
  54. List<Intent> pendingIntents;
  55. boolean startsNotResumed;
  56. boolean isForward;
  57. int pendingConfigChanges;
  58. boolean onlyLocalRequest;
  59. View mPendingRemoveWindow;
  60. WindowManager mPendingRemoveWindowManager;
  61. ...
  62. }
  63. private class ApplicationThread extends ApplicationThreadNative {
  64. private void updatePendingConfiguration(Configuration config) {
  65. synchronized (mPackages) {
  66. if (mPendingConfiguration == null ||
  67. mPendingConfiguration.isOtherSeqNewer(config)) {
  68. mPendingConfiguration = config;
  69. }
  70. }
  71. }
  72. public final void schedulePauseActivity(IBinder token, boolean finished,
  73. boolean userLeaving, int configChanges) {
  74. queueOrSendMessage(
  75. finished ? H.PAUSE_ACTIVITY_FINISHING : H.PAUSE_ACTIVITY,
  76. token,
  77. (userLeaving ? 1 : 0),
  78. configChanges);
  79. }
  80. // we use token to identify this activity without having to send the
  81. // activity itself back to the activity manager. (matters more with ipc)
  82. public final void scheduleLaunchActivity(Intent intent, IBinder token, int ident,
  83. ActivityInfo info, Configuration curConfig, CompatibilityInfo compatInfo,
  84. Bundle state, List<ResultInfo> pendingResults,
  85. List<Intent> pendingNewIntents, boolean notResumed, boolean isForward,
  86. String profileName, ParcelFileDescriptor profileFd, boolean autoStopProfiler) {
  87. ActivityClientRecord r = new ActivityClientRecord();
  88. r.token = token;
  89. r.ident = ident;
  90. r.intent = intent;
  91. r.activityInfo = info;
  92. r.compatInfo = compatInfo;
  93. r.state = state;
  94. r.pendingResults = pendingResults;
  95. r.pendingIntents = pendingNewIntents;
  96. r.startsNotResumed = notResumed;
  97. r.isForward = isForward;
  98. r.profileFile = profileName;
  99. r.profileFd = profileFd;
  100. r.autoStopProfiler = autoStopProfiler;
  101. updatePendingConfiguration(curConfig);
  102. queueOrSendMessage(H.LAUNCH_ACTIVITY, r);
  103. }
  104. ...
  105. }
  106. private class H extends Handler {
  107. public void handleMessage(Message msg) {
  108. if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what));
  109. switch (msg.what) {
  110. case LAUNCH_ACTIVITY: {
  111. Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStart");
  112. ActivityClientRecord r = (ActivityClientRecord)msg.obj;
  113. r.packageInfo = getPackageInfoNoCheck(
  114. r.activityInfo.applicationInfo, r.compatInfo);
  115. handleLaunchActivity(r, null);
  116. Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
  117. } break;
  118. ...
  119. }
  120. if (DEBUG_MESSAGES) Slog.v(TAG, "<<< done: " + codeToString(msg.what));
  121. }
  122. ...
  123. }
  124. public static ActivityThread currentActivityThread() {
  125. return sThreadLocal.get();
  126. }
  127. public static void main(String[] args) {
  128. SamplingProfilerIntegration.start();
  129. // CloseGuard defaults to true and can be quite spammy.  We
  130. // disable it here, but selectively enable it later (via
  131. // StrictMode) on debug builds, but using DropBox, not logs.
  132. CloseGuard.setEnabled(false);
  133. Environment.initForCurrentUser();
  134. // Set the reporter for event logging in libcore
  135. EventLogger.setReporter(new EventLoggingReporter());
  136. Process.setArgV0("<pre-initialized>");
  137. Looper.prepareMainLooper();
  138. // 创建ActivityThread实例
  139. ActivityThread thread = new ActivityThread();
  140. thread.attach(false);
  141. if (sMainThreadHandler == null) {
  142. sMainThreadHandler = thread.getHandler();
  143. }
  144. AsyncTask.init();
  145. if (false) {
  146. Looper.myLooper().setMessageLogging(new
  147. LogPrinter(Log.DEBUG, "ActivityThread"));
  148. }
  149. Looper.loop();
  150. throw new RuntimeException("Main thread loop unexpectedly exited");
  151. }
  152. }

4.2 家族图谱

4.3 ActivityThread内部类

4.4 ActivityThread工作流程

时间: 2024-10-22 03:19:54

Android ActivityThread(主线程或UI线程)简介的相关文章

Android中子线程和UI线程之间通信的方式

Android中子线程和UI线程之间通信的详细解释 1.在多线程编程这块,我们经常要使用Handler,Thread和Runnable这三个类,那么他们之间的关系你是否弄清楚了呢?下面详解一下. 2.首先在开发Android应用时必须遵守单线程模型的原则: Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行. 3.Handler: (1).概念: Handler是沟通Activity 与Thread/runnable的桥梁.而Handler是运行在主UI线程中的,它与子线程

新建线程与UI线程间的通信

现在用一个实例来演示一下自己的新建线程与UI线程间的通信. UI界面包含3个控件: 一个输入框,用来输入数字: 一个显示框,用来显示从2开始,到输入数字之间的所有质数: 一个按钮,点击后获取输入框输入的数字,交给新建线程处理,线程计算质数后把结果传给UI线程,UI线程显示结果到显示框. XML如下: 1 <?xml version="1.0" encoding="utf-8"?> 2 <RelativeLayout xmlns:android=&q

C# 委托 / 跨线程访问UI / 线程间操作无效: 从不是创建控件“Form1”的线程访问它

C# 委托 / 跨线程访问UI /  线程间操作无效: 从不是创建控件"Form1"的线程访问它 网上的代码都比较复杂,还是这个简单 见代码, 简易解决办法: 主窗体代码 using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; usi

Android开之在非UI线程中更新UI

当在非UI线程中更新UI(程序界面)时会出现如下图所示的异常: 那如何才能在非UI线程中更细UI呢? 方法有很多种,在这里主要介绍两种: 第一种:在需要更新UI的代码行后加Looper.prepare();与Looper.loop();两句话即可.如: new Thread(){ @Override public void run() { // TODO Auto-generated method stub txtRotation.setText("在非UI线程中更新UI!"); Lo

qt 线程与ui线程同步

QT UI 与线程同步 目前只会一种,采用信号槽机制.通常情况下,信号和槽机制可以同步操作,这就意味着在发射信号的时候,使用直接函数即可以立刻调用连接到一个信号上的多个槽.然而,当连接位于不同线程中的对象时,这一机制就会变得不同步起来,可以通过修改QObject::connect()的第5个可选参数而改变.connect的第五个参数Qt::QueuedConnection表示槽函数由接受信号的线程所执行,如果不加表示槽函数由发出信号的次线程执行.当传递信号的参数类型不是QT的元类型时要先注册,关

Cocos2d-x 网络线程与UI线程的同步 继承Node但是不执行Update

在最近的项目中,开始用到网络. 网络通信的话就要有一个循环来接收数据,于是想到直接到Cocos2d-x的主循环中去修改. Cocos2d-x的主循环在CCDirector的MainLoop函数中,在这里我们可以添加一个NetworkClient::Update()来执行网络通信的循环. 但是这样就会修改Cocos2d-x的引擎代码. 想到Unity中的做法,把NetworkClient继承自Node,这样就能继承Node的Update了. 但是加上之后,在AppDelegate中New Netw

如何更新UI才能不出异常呢?SDK告诉我们,有以下4种方式可以从其它线程访问UI线程

Activity.runOnUiThread(Runnable) ·      View.post(Runnable) ·      View.postDelayed(Runnable, long) ·      Handler

非UI线程和UI线程通信

public void onClick(View v) { new Thread(new Runnable() { public void run() { final Bitmap bitmap = loadImageFromNetwork("http://example.com/image.png"); mImageView.post(new Runnable() { public void run() { mImageView.setImageBitmap(bitmap); } }

Android UI线程和非UI线程

UI线程及Android的单线程模型原则 当应用启动,系统会创建一个主线程(main thread). 这个主线程负责向UI组件分发事件(包括绘制事件),也是在这个主线程里,你的应用和Android的UI组件(components from the Android UI toolkit (components from the android.widget and android.view packages))发生交互. 所以main thread也叫UI thread也即UI线程. 系统不会为