Android 你碰不到但是很重要的类
搜狐技术产品约 4 分钟前言
上篇文章我们聊了些Android里那些我们平时碰不到但很重要的类ViewRootImpl，这一篇我们就来看看另外那个类ActivityThread。
应用进程起来之后ART(Android Runtime)第一站就是ActivityThread，代码层面上就是ActivityThread的main()方法，是不是很熟悉，爷青回啊，这不就是java的main方法嘛。
public static void main(String[] args) {
Looper.prepareMainLooper();
ActivityThread thread = new ActivityThread();
thread.attach(false, startSeq);
sMainThreadHandler = thread.getHandler();
Looper.loop();
throw new RuntimeException("Main thread loop unexpectedly exited");
}该方法是一个静态方法，里面做了重要的两件事：
创建了让主线程Looper开始工作，并创建了一个Handler。
给system_server【递纸条】告诉他联系方式，告诉sytem_servr进程与应用进程取得联系可以通过ApplicationThread这个binder。看下面这个代码：
private void attach(boolean system, long startSeq) {
final IActivityManager mgr = ActivityManager.getService();
mgr.attachApplication(mAppThread, startSeq);//调用远端的binder
}通过ActivityManager.getService()拿到system_server进程的binder，然后把mAppThread binder传递过去。mAppThread是ApplicationThread的一个对象，是ActivityThread的一个内部类。
取得联系后的第一站创建Applicaiton。
private class ApplicationThread extends IApplicationThread.Stub {
@Override
public final void bindApplication() {
sendMessage(H.BIND_APPLICATION, data);
}接下来就是H主线程的Hanlder，调用handleBindApplication
private void handleBindApplication(AppBindData data) {
Application app;
data.info = getPackageInfoNoCheck(data.appInfo, data.compatInfo, isSdkSandbox);//内部创建LoadedApk
app = data.info.makeApplicationInner(data.restrictedBackupMode, null);//内部创建Applicaiton对象，调用onCreate()方法
installContentProviders(app, data.providers); //cotentprovider初始化
mInstrumentation.callApplicationOnCreate(app);//调用onCreate()方法
}这里找到了为什么使用ContentProvider能够实现初始化，构建的时候会创建ContenProvider。
public Activity newActivity(ClassLoader cl, String className,
Intent intent)
throws InstantiationException, IllegalAccessException,
ClassNotFoundException {
String pkg = intent != null && intent.getComponent() != null
? intent.getComponent().getPackageName() : null;
return getFactory(pkg).instantiateActivity(cl, className, intent);//加载创建Activity
}IActivityManager(binder)：应用进程和SystemServer进程打交道的时候。
AppliactionThread(binder)：SystemServer进程与应用进程通信。
private void handleBindApplication(AppBindData data) {
Application app;
data.info = getPackageInfoNoCheck(data.appInfo, data.compatInfo, isSdkSandbox);//内部创建LoadedApk
app = data.info.makeApplicationInner(data.restrictedBackupMode, null);//内部创建Applicaiton对象，调用onCreate()方法
installContentProviders(app, data.providers); //cotentprovider初始化
mInstrumentation.callApplicationOnCreate(app);//调用onCreate()方法
}public void handleResumeActivity() {
performResumeActivity(r, finalStateRequest, reason)//调用Activity onResume
final Activity a = r.activity;
View decor = r.window.getDecorView();
ViewManager wm = a.getWindowManager();
a.mWindowAdded = true;
wm.addView(decor, l);
}class H extends Handler { public static final int RECEIVER = 113; //广播接收者
@UnsupportedAppUsage
public static final int CREATE_SERVICE = 114;//Service创建
public static final int INSTALL_PROVIDER = 145;//ContentProvider
public static final int RELAUNCH_ACTIVITY = 160; //Activity启动
public void handleMessage(Message msg) {
if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what));
switch (msg.what) {
case BIND_APPLICATION:
Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "bindApplication");
AppBindData data = (AppBindData)msg.obj;
handleBindApplication(data);
Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
break;
case RECEIVER:
handleReceiver((ReceiverData)msg.obj);
break;
case CREATE_SERVICE:
handleCreateService((CreateServiceData)msg.obj);
break;
case BIND_SERVICE:
handleBindService((BindServiceData)msg.obj);
break;
case RELAUNCH_ACTIVITY:
handleRelaunchActivityLocally((IBinder) msg.obj);
break;
}
}
}
private void handleStopService(IBinder token) {
QueuedWork.waitToFinish();
}
public void handlePauseActivity(){
QueuedWork.waitToFinish();
}
public void handleStopActivity(){
QueuedWork.waitToFinish();
}
public void handleServiceArgs(){
QueuedWork.waitToFinish();
}
ActivityThread的以上方法里会调用 QueuedWork.waitToFinish(); 该代码会堵塞主线程执行等待SP的写入操作。这也是SP造成ANR的根源。
稍微展开点：
public static void waitToFinish() {
while (true) {
Runnable finisher;
synchronized (sLock) {
finisher = sFinishers.poll();
}
if (finisher == null) {
break;
}
finisher.run();
}
}
}
通过阅读ActivityThread的源码我们能在其中获取很多有用的知识。系统进程和应用进程通信的桥梁，Activity真正渲染的起始点，ContentProvider能实现SDK自动初始化的原理等都在ActivityThread看到他们的影子，希望本文对你有所启发有所帮助。