发布于 2017-07-16 13:55:51 | 29 次阅读 | 评论: 0 | 来源: 网友投递

这里有新鲜出炉的精品教程,程序狗速度看过来!

Android移动端操作系统

Android是一种基于Linux的自由及开放源代码的操作系统,主要使用于移动设备,如智能手机和平板电脑,由Google公司和开放手机联盟领导及开发。尚未有统一中文名称,中国大陆地区较多人使用“安卓”或“安致”。


这篇文章主要介绍了Android中persistent属性用法,详细分析了persistent属性的功能及相关用法,需要的朋友可以参考下

本文实例讲述了Android中persistent属性用法。分享给大家供大家参考,具体如下:

前段时间在研究telephony时,一直没有在framework下发现对telephony的初始化(PhoneFactory.Java中的makeDefaultPhones函数)的调用。结果全局搜索之后发现在application PhoneApp(packages/apps/Phone)中调用了。但是application PhoneApp既没有被Broadcast唤醒,也没有被其他service调用,那么是Android是通过什么方式来启动PhoneApp,所以就发现了属性android:persistent。

在AndroidManifest.xml定义中,application有这么一个属性android:persistent,根据字面意思来理解就是说该应用是可持久的,也即是常驻的应用。其实就是这么个理解,被android:persistent修饰的应用会在系统启动之后被AM启动。

AM首先去PM(PackageManagerService)中去查找设置了Android:persistent的应用


public void systemReady(final Runnable goingCallback) {
  if (mFactoryTest != SystemServer.FACTORY_TEST_LOW_LEVEL) {
    try {
      List apps = AppGlobals.getPackageManager().
        getPersistentApplications(STOCK_PM_FLAGS);
      if (apps != null) {
        int N = apps.size();
        int i;
        for (i=0; i<N; i++) {
          ApplicationInfo info
            = (ApplicationInfo)apps.get(i);
          if (info != null &&
              !info.packageName.equals("Android")) {
            addAppLocked(info);
          }
        }
      }
    } catch (RemoteException ex) {
      // pm is in same process, this will never happen.
    }
  }
}

假如该被Android:persistent修饰的应用此时并未运行的话,那么AM将调用startProcessLocked启动该app,关于startProcessLocked不再描述,另外一篇文章《How to start a new process for Android?》中做了详细的介绍(这篇英文文档小编就不翻译了,感兴趣的朋友可以搜到看一看)。

app的启动过程就是启动app所在的package对应的进程。


final ProcessRecord addAppLocked(ApplicationInfo info) {
    ProcessRecord app = getProcessRecordLocked(info.processName, info.uid);
    if (app == null) {
      app = newProcessRecordLocked(null, info, null);
      mProcessNames.put(info.processName, info.uid, app);
      updateLruProcessLocked(app, true, true);
    }
    if ((info.flags&(ApplicationInfo.FLAG_SYSTEM|ApplicationInfo.FLAG_PERSISTENT))
        == (ApplicationInfo.FLAG_SYSTEM|ApplicationInfo.FLAG_PERSISTENT)) {
      app.persistent = true;
      app.maxAdj = CORE_SERVER_ADJ;
    }
    if (app.thread == null && mPersistentStartingProcesses.indexOf(app) < 0) {
      mPersistentStartingProcesses.add(app);
      startProcessLocked(app, "added application", app.processName);
    }
    return app;
}

面介绍app所在的package对应的进程启动完成之后,app是如何被create的。

从文章《How to start a new process for Android?》中可知,zygote在创建新的进程均会启动它的mainThread android.app.ActivityThread,因此我们从ActivityThread的main函数中接着分析app的create过程。

在main中有下面这个操作


thread.attach(false);

在attach过程中,ActivityThread会将对应的application attach到AM中去,交与AM去管理。这里需要注意一个变量


final ApplicationThread mAppThread = new ApplicationThread();

mAppThread是一个ApplicationThread对象,mAppThread可以看作是当前进程主线程的核心,它负责处理本进程与其他进程(主要是AM)之间的通信,同时通过attachApplication将mAppThread的代理Binder传递给AM。


private final void attach(boolean system) {
    sThreadLocal.set(this);
    mSystemThread = system;
    if (!system) {
      ViewRoot.addFirstDrawHandler(new Runnable() {
        public void run() {
          ensureJitEnabled();
        }
      });
      Android.ddm.DdmHandleAppName.setAppName("<pre-initialized>");
      RuntimeInit.setApplicationObject(mAppThread.asBinder());
      IActivityManager mgr = ActivityManagerNative.getDefault();
      try {
        mgr.attachApplication(mAppThread);
      } catch (RemoteException ex) {
      }
    }
}

上面的attach代码中,我们顺着IPC调用AM的attachApplication过程再往下看。
在该过程中,AM调用到了IPC通信调用mAppThread的bindApplication;


private final boolean attachApplicationLocked(IApplicationThread thread,
  int pid) {
  thread.bindApplication(processName, app.instrumentationInfo != null
      ? app.instrumentationInfo : app.info, providers,
      app.instrumentationClass, app.instrumentationProfileFile,
      app.instrumentationArguments, app.instrumentationWatcher, testMode,
      isRestrictedBackupMode || !normalMode,
      mConfiguration, getCommonServicesLocked());
  updateLruProcessLocked(app, false, true);
  app.lastRequestedGc = app.lastLowMemory = SystemClock.uptimeMillis();
}

mAppThread的bindApplication再通过消息机制向ActivityThread自身维护的handler发送BIND_APPLICATION消息。下面看看ActivityThread自身维护的handler对消息BIND_APPLICATION的处理,最终会调用到handleBindApplication函数

你会发现在handleBindApplication函数中有这么一句


mInstrumentation.callApplicationOnCreate(app);

我们最终在绕了好大一圈之后,调用了app的onCreate函数来启动这个application。

PS:更多关于AndroidManifest.xml配置项及其功能可参考本站在线工具:

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



相关阅读 :
Android中persistent属性用法详解
Android中Shape的用法详解
Android编程中HTTP服务用法详解
android开发教程之自定义属性用法详解
Android中Service(后台服务)详解
Android中ContentProvider和ContentResolver详解
Android 中ContentProvider的实例详解
Android 中cookie的处理详解
Android中socketpair双向通信详解
Android中SQLite 使用方法详解
Android 中Banner的使用详解
Android 中SQLite技术实例详解
最新网友评论  共有(0)条评论 发布评论 返回顶部

Copyright © 2007-2017 PHPERZ.COM All Rights Reserved   冀ICP备14009818号  版权声明  广告服务