「Android」四大组件，你真的都掌握了？

时间 2019-11-05

标签 android 四大组件掌握栏目 Android 繁體版

原文原文链接

前言

Android 的四大组件指：Activity Service Broadcast ContentProvider
本文将着重分析 Activity 和 Service

1、 Activity

提供一个界面让用户点击和各类滑动操做

1.1 生命周期

启动Activity： onCreate()--->onStart()--->onResume()，Activity进入运行状态。
Activity退居后台：当前Activity转到新的Activity界面或按Home键回到主屏： onPause()--->onStop()，进入停滞状态。
Activity返回前台： onRestart()--->onStart()--->onResume()，再次回到运行状态。
Activity退居后台，且系统内存不足，系统会杀死这个后台状态的Activity，若再次回到这个Activity,则会走onCreate()-->onStart()--->onResume()
锁定屏与解锁屏幕只会调用onPause()，而不会调用onStop方法，开屏后则调用onResume()

1.1.1 两个活动间跳转

Activity A 启动另外一个Activity B，回调以下: Activity A 的onPause() → Activity B的onCreate() → onStart() → onResume() → Activity A的onStop()；若是B是透明主题又或则是个DialogActivity，则不会回调A的onStop；

如何将一个 Activity 设置成窗口的样式？ 只须要给咱们的 Activity 配置以下属性便可: android:theme="@android:style/Theme.Dialog"html

1.1.2 onSaveInstanceState

Activity 的 onSaveInstanceState() 和 onRestoreInstanceState()并非生命周期方法，它们不一样于 onCreate()、onPause()等生命周期方法，它们并不必定会被触发。java

调用条件

应用场景

lateinit var textView: TextView [注1]
var gameState: String? = null override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    gameState = savedInstanceState?.getString(GAME_STATE_KEY)
    setContentView(R.layout.activity_main)
    textView = findViewById(R.id.text_view)
}

override fun onRestoreInstanceState(savedInstanceState: Bundle?) {
    textView.text = savedInstanceState?.getString(TEXT_VIEW_KEY)
}

override fun onSaveInstanceState(outState: Bundle?) {
    outState?.run {
        putString(GAME_STATE_KEY, gameState)
        putString(TEXT_VIEW_KEY, textView.text.toString())
    }
    super.onSaveInstanceState(outState)
}
复制代码

1.1.3 拓展

lateinit : 从原理分析Kotlin的延迟初始化: lateinit var和by lazy

Koltin中属性在声明的同时也要求要被初始化，不然会报错。例如如下代码:linux

private var name0: String //报错
private var name1: String = "xiaoming" //不报错
private var name2: String? = null //不报错
复制代码

但是有的时候，我并不想声明一个类型可空的对象，并且我也没办法在对象一声明的时候就为它初始化，那么这时就须要用到Kotlin提供的延迟初始化。 Kotlin中有两种延迟初始化的方式。一种是lateinit var，一种是by lazy。

android

1.2 启动模式

LaunchMode	说明
standard	系统在启动它的任务中建立 activity 的新实例
singleTop	若是activity的实例已存在于当前任务的顶部，则系统经过调用其onNewIntent()，不然会建立新实例
singleTask	系统建立新 task 并在 task 的根目录下实例化 activity。但若是 activity 的实例已存在于单独的任务中，则调用其 onNewIntent() 方法，其上面的实例会被移除栈。一次只能存在一个 activity 实例
singleInstance	相同 singleTask，activity始终是其task的惟一成员; 任何由此开始的activity 都在一个单独的 task 中打开[注2]

1.2.1 standard

默认模式，能够不用写配置。在这个模式下，都会默认建立一个新的实例。所以，在这种模式下，能够有多个相同的实例，也容许多个相同Activity叠加。

1.2.2 singleTop

能够有多个实例，可是不容许多个相同Activity叠加。即，若是Activity在栈顶的时候，启动相同的Activity，不会建立新的实例，而会调用其onNewIntent方法。

1.2.3 singleTask

只有一个实例。在同一个应用程序中启动他的时候，若Activity不存在，则会在当前task建立一个新的实例，若存在，则会把task中在其之上的其它Activity destory掉并调用它的onNewIntent方法。
若是是在别的应用程序中启动它，则会新建一个task，并在该task中启动这个Activity，singleTask容许别的Activity与其在一个task中共存，也就是说，若是我在这个singleTask的实例中再打开新的Activity，这个新的Activity仍是会在singleTask的实例的task中。

1.2.4 singleInstance

只有一个实例，而且这个实例独立运行在一个task中，这个task只有这个实例，不容许有别的Activity存在。

1.2.5 task

咱们知道，一个应用中可能有多个 Activity，而这些 Activity 被以栈的形式管理。当咱们新打开 Activity 或者按返回时，会致使 Activity 的入栈/出栈。
Task 是指在执行特定任务时与用户交互的一系列 Activity。这些 Activity 按照各自的打开顺序排列在堆栈中。

1.3 启动过程

这里须要结合源码本身看，不作展开，针对面试的话，只需记住方法/调用链便可

1.3.1 ActivityThread.java

在Android中它就表明了Android的主线程，注意是表明而不是说它就是一个Thread类
它是建立完新进程以后（确定是在一个线程中啊），main函数被加载，而后执行一个loop的循环使当前线程进入消息循环，而且做为主线程。
接下来还会初始化不少必要的属性. 它的不少成员变量和内部类十分的重要，深刻理解这些成员变量有助于咱们进一步的认识Android系统的各个组件的交互。

private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
    ...
    ActivityInfo aInfo = r.activityInfo;
    if (r.packageInfo == null) {
        //step 1: 建立LoadedApk对象
        r.packageInfo = getPackageInfo(aInfo.applicationInfo, r.compatInfo,
                Context.CONTEXT_INCLUDE_CODE);
    }
    ... //component初始化过程

    java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
    //step 2: 建立Activity对象
    Activity activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);
    ...

    //step 3: 建立Application对象
    Application app = r.packageInfo.makeApplication(false, mInstrumentation);

    if (activity != null) {
        //step 4: 建立ContextImpl对象
        Context appContext = createBaseContextForActivity(r, activity);
        CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
        Configuration config = new Configuration(mCompatConfiguration);
        //step5: 将Application/ContextImpl都attach到Activity对象
        activity.attach(appContext, this, getInstrumentation(), r.token,
                r.ident, app, r.intent, r.activityInfo, title, r.parent,
                r.embeddedID, r.lastNonConfigurationInstances, config,
                r.referrer, r.voiceInteractor);

        ...
        int theme = r.activityInfo.getThemeResource();
        if (theme != 0) {
            activity.setTheme(theme);
        }

        activity.mCalled = false;
        if (r.isPersistable()) {
            //step 6: 执行回调onCreate
            mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
        } else {
            mInstrumentation.callActivityOnCreate(activity, r.state);
        }

        r.activity = activity;
        r.stopped = true;
        if (!r.activity.mFinished) {
            activity.performStart(); //执行回调onStart
            r.stopped = false;
        }
        if (!r.activity.mFinished) {
            //执行回调onRestoreInstanceState
            if (r.isPersistable()) {
                if (r.state != null || r.persistentState != null) {
                    mInstrumentation.callActivityOnRestoreInstanceState(activity, r.state,
                            r.persistentState);
                }
            } else if (r.state != null) {
                mInstrumentation.callActivityOnRestoreInstanceState(activity, r.state);
            }
        }
        ...
        r.paused = true;
        mActivities.put(r.token, r);
    }

    return activity;
}

复制代码

1.3.2 拓展

Instrumentation

Android instrumentation是Android系统里面的一套控制方法或者”钩子“。这些钩子能够在正常的生命周期（正常是由操做系统控制的)以外控制Android控件的运行。它们同时能够控制Android如何加载应用程序。git

Base class for implementing实现 application instrumentation code工具代码. When running with instrumentation turned on, this class will be instantiated for被实例化 you before any of the application code, allowing you to monitor all of the interaction交互 the system has with the application. An Instrumentation implementation is described to the system through an AndroidManifest.xml's tag.github

ActivityManagerService「AMS」ActivityManagerService 你了解多少？

AMS是系统的引导服务，应用进程的启动、切换和调度、四大组件的启动和管理都须要AMS的支持。面试

ActivityStarter

ActivityStarter是加载Activity的控制类，收集全部的逻辑来决定如何将Intent和Flags转为Activity并将其与Task和Stack关联。算法

ActivityStackSupervisor

AMS 经过操做ActivityStackSupervisor来管理Activitysql

ActivityStack

ActivityStack从名称来看是跟栈相关的类，其实它是一个管理类，用来管理系统全部Activity的各类状态。它由ActivityStackSupervisor来进行管理的，而ActivityStackSupervisor在AMS中的构造方法中被建立。数据库

ApplicationThread

它是ActivityThread的私有内部类，也是一个Binder对象。在此处它是做为IApplicationThread对象的server端等待client端的请求而后进行处理，最大的client就是AMS.

1.4 关于 Content 和 Application

1.4.1 Context 须知

Context 从字面上理解就是上下文的意思,在实际应用中它也确实是起到了管理上下文环境中各个参数和变量的总用,方便咱们能够简单的访问到各类资源。

Context继承关系

2、Service

能够在后台执行长时间运行操做而没有用户界面的应用组件
Service 分为两种工做状态，一种是启动状态，主要用于执行后台计算；另外一种是绑定状态，主要用于其余组件和 Service 的交互。
对于同一 app 来讲，默认状况下 Service 和 Activity 是在同一个线程中的,main Thread (UI Thread)。

2.1启动过程

一样建议结合源码去看，这里给出调用链
一篇文章看明白 Android Service 启动过程

2.1.1 注册Service

Service仍是运行在主线程当中的，因此若是须要执行一些复杂的逻辑操做，最好在服务的内部手动建立子线程进行处理，不然会出现UI线程被阻塞的问题

2.1.2 ActivityThread.java

Service 的启动

@UnsupportedAppUsage
private void handleCreateService(CreateServiceData data) {
    ···
    LoadedApk packageInfo = getPackageInfoNoCheck(
            data.info.applicationInfo, data.compatInfo);
    Service service = null;
    try {
        java.lang.ClassLoader cl = packageInfo.getClassLoader();
        service = packageInfo.getAppFactory()
                .instantiateService(cl, data.info.name, data.intent);
    } 
    ···

    try {
        if (localLOGV) Slog.v(TAG, "Creating service " + data.info.name);

        ContextImpl context = ContextImpl.createAppContext(this, packageInfo);
        context.setOuterContext(service);

        Application app = packageInfo.makeApplication(false, mInstrumentation);
        service.attach(context, this, data.info.name, data.token, app,
                ActivityManager.getService());
        service.onCreate();
        mServices.put(data.token, service);
        try {
            ActivityManager.getService().serviceDoneExecuting(
                    data.token, SERVICE_DONE_EXECUTING_ANON, 0, 0);
        } catch (RemoteException e) {
            throw e.rethrowFromSystemServer();
        }
    } 
    ··· 
}
复制代码

ContextWrapper

Proxying代理 implementation实现 of Context that simply简单的 delegates委托 all of its calls to another Context. Can be subclassed to归为 modify修改 behavior without changing the original Context.

ContextImpl

ContextImpl做为Context的抽象类，实现了全部的方法，咱们常见的getResources(),getAssets(),getApplication()等等的具体实现都是在ContextImpl的

AMP/AMN/AMS AT/ATP/ATN

这块内容太多，好比能够看看这个 AMP/AMN/AMS AT/ATP/ATN

Zygote

Zygote 是android系统应用中一个至关重要的进程，其主要功能是执行Android应用程序。在android系统中运行新的应用，须要跟Zygote进程(拥有应用程序运行时所须要的各类元素和条件)结合后才能执行。

Zygote进程运行时，会初始化Dalvik虚拟机，并启动它。android的应用程序是由java编写的，不能直接以本地进程的形态运行在linux上，只能运行在Dalvik虚拟机中。而且每一个应用程序都运行在各自的虚拟机中，应用程序每次运行都要从新初始化并启动虚拟机，这就至关耗时。在android中，应用程序运行前，Zygote进程经过共享已运行的虚拟机的代码与内存信息，缩短应用程序运行所耗费的时间。而且，它会事先将应用程序要使用的android Fromework中的类和资源加载到内存中，并组织造成所用资源的连接信息。新运行的 android 应用程序在使用所须要的资源时没必要每次从新造成资源的连接信息，这样提升程序运行速度。

在android中，使用Zygote进程的目的？对于手机，为了是应用程序在有限的资源型有更快的运行响应速度，提升资源利用率和设备使用时间。android使用Zygote来有效的减小系统负担，提升运行速度。

2.2 绑定过程

2.2.1 只使用startService启动服务的生命周期

若是仅仅只是为了开启一个后台任务，那么可使用startService方法。
若是想获取Service中提供的代理对象，那么必须经过bindService方法，进行绑定服务。使用场景好比：音乐播放器，第三方支付等。

2.2.2 只使用BindService绑定服务的生命周期

Service 的 onRebind(Intent)方法, 若是在 onUnbind() 方法返回 true 的状况下会执行,不然不执行。

2.2.3 同时使用startService()启动服务、BindService()绑定服务的生命周期

在Activity中能够经过startService和bindService方法启动Service。

2.2.4 ActivityThread.java

private void handleBindService(BindServiceData data) {
    Service s = mServices.get(data.token);
    ···
    if (s != null) {
        try {
            data.intent.setExtrasClassLoader(s.getClassLoader());
            data.intent.prepareToEnterProcess();
            try {
                if (!data.rebind) {
                    IBinder binder = s.onBind(data.intent);
                    ActivityManager.getService().publishService(
                            data.token, data.intent, binder);
                } else {
                    s.onRebind(data.intent);
                    ActivityManager.getService().serviceDoneExecuting(
                            data.token, SERVICE_DONE_EXECUTING_ANON, 0, 0);
                }
            } catch (RemoteException ex) {
                throw ex.rethrowFromSystemServer();
            }
        } 
        ···
    }
}
复制代码

2.3 生命周期

值	说明
START_NOT_STICKY	若是系统在 onStartCommand() 返回后终止服务，则除非有挂起 Intent 要传递，不然系统不会重建服务。这是最安全的选项，能够避免在没必要要时以及应用可以轻松重启全部未完成的做业时运行服务
START_STICKY	若是系统在 onStartCommand() 返回后终止服务，则会重建服务并调用 onStartCommand()，但不会从新传递最后一个 Intent。相反，除非有挂起 Intent 要启动服务（在这种状况下，将传递这些 Intent ），不然系统会经过空 Intent 调用 onStartCommand()。这适用于不执行命令、但无限期运行并等待做业的媒体播放器（或相似服务
START_REDELIVER_INTENT	若是系统在 onStartCommand() 返回后终止服务，则会重建服务，并经过传递给服务的最后一个 Intent 调用 onStartCommand()。任何挂起 Intent 均依次传递。这适用于主动执行应该当即恢复的做业（例以下载文件）的服务

2.4 Service 与 Activity 通讯

能够看看这篇：Android Service和Activity的相互通讯

2.5 启用前台服务

<uses-permission android:name="android.permission.FOREGROUND_SERVICE"/>
复制代码

Notification notification = new Notification(icon, text, System.currentTimeMillis());
Intent notificationIntent = new Intent(this, ExampleActivity.class);
PendingIntent pendingIntent = PendingIntent.getActivity(this, 0, notificationIntent, 0);
notification.setLatestEventInfo(this, title, mmessage, pendingIntent);
startForeground(ONGOING_NOTIFICATION_ID, notification);
复制代码

2.6 IntentService

IntentService是Service的子类，是一个异步的，会自动中止的服务，很好解决了传统的Service中处理完耗时操做忘记中止并销毁Service的问题

区别

3、BroadcastReceiver

一种普遍运用在应用程序之间传输信息的机制，经过发送Intent来传送咱们的数据
内部通讯实现机制:经过android系统的Binder机制.

3.1 target 26 以后，没法在 AndroidManifest 显示声明大部分广播，除了一部分必要的广播，如：

ACTION_BOOT_COMPLETED ：关于BOOT_COMPLETED广播-自启动
ACTION_TIME_SET ：与时间相关，计时广播
ACTION_LOCALE_CHANGED ： locale信息改变以后，会发广播消息Intent.ACTION_LOCALE_CHANGED

LocalBroadcastManager.getInstance(MainActivity.this).registerReceiver(receiver, filter);
复制代码

3.2 注册过程

状况文件注册(静态广播)

一个app里:自定义一个类继承BroadcastReceiver而后要求重写onReveiver方法

public class MyBroadCastReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        Log.d("MyBroadCastReceiver", "收到信息,内容是 :&emsp;" + intent.getStringExtra("info") + "");
    }
}
复制代码

清单文件注册,并设置Action,就那么简单完成接收准备工做

<receiver android:name=".MyBroadCastReceiver">
    <intent-filter>
        <action android:name="myBroadcast.action.call"/>
    </intent-filter>
</receiver>
复制代码

代码注册(动态广播)

在和广播接受者相同的app里的MainActivity添加一个注册按钮,用来注册广播接收者
设置意图过滤,添加Action

//onCreate建立广播接收者对象
mReceiver = new MyBroadCastReceiver();              

//注册按钮
public void click(View view) {
    IntentFilter intentFilter = new IntentFilter();
    intentFilter.addAction("myBroadcast.action.call");
    registerReceiver(mReceiver, intentFilter);
}
复制代码

销毁的时候取消注册

@Override
protected void onDestroy() {
    unregisterReceiver(mReceiver);
    super.onDestroy();
}
复制代码

调用链

3.3 生命周期

BroadCastReceiver的生命周期

4、ContentProvider

内容提供者，它是用在不一样的应用程序之间共享数据时，能够把一个应用的数据提供给其余的应用使用。

4.1 基本使用

ContentProvider 管理对结构化数据集的访问。它们封装数据，并提供用于定义数据安全性的机制。内容提供程序是链接一个进程中的数据与另外一个进程中运行的代码的标准界面。
ContentProvider 没法被用户感知，对于一个 ContentProvider 组件来讲，它的内部须要实现增删该查这四种操做，它的内部维持着一份数据集合，这个数据集合既能够是数据库实现，也能够是其余任何类型，如 List 和 Map，内部的 insert、delete、update、query 方法须要处理好线程同步，由于这几个方法是在 Binder 线程池中被调用的。
ContentProvider 经过 Binder 向其余组件乃至其余应用提供数据。当 ContentProvider 所在的进程启动时，ContentProvider 会同时启动并发布到 AMS 中，须要注意的是，这个时候 ContentProvider 的 onCreate 要先于 Application 的 onCreate 而执行。

// Queries the user dictionary and returns results
mCursor = getContentResolver().query(
    UserDictionary.Words.CONTENT_URI,   // The content URI of the words table
    mProjection,                        // The columns to return for each row
    mSelectionClause                    // Selection criteria
    mSelectionArgs,                     // Selection criteria
    mSortOrder);                        // The sort order for the returned rows
复制代码

public class Installer extends ContentProvider {

    @Override
    public boolean onCreate() {
        return true;
    }

    @Nullable
    @Override
    public Cursor query(@NonNull Uri uri, @Nullable String[] projection, @Nullable String selection, @Nullable String[] selectionArgs, @Nullable String sortOrder) {
        return null;
    }

    @Nullable
    @Override
    public String getType(@NonNull Uri uri) {
        return null;
    }

    @Nullable
    @Override
    public Uri insert(@NonNull Uri uri, @Nullable ContentValues values) {
        return null;
    }

    @Override
    public int delete(@NonNull Uri uri, @Nullable String selection, @Nullable String[] selectionArgs) {
        return 0;
    }

    @Override
    public int update(@NonNull Uri uri, @Nullable ContentValues values, @Nullable String selection, @Nullable String[] selectionArgs) {
        return 0;
    }
}
复制代码

4.2 ContentProvider 和 sql 区别

总结：

不少人对于四大组件的理解，一直停留在使用上。本文限于篇幅，不可能展开。平时仍是要多看源码，才能有深刻地学习。
Android 的知识点，若是说只是会使用，或者说能跑起来代码，能够说不多。可是若是要写出一个优秀的 app，就至关艰深了，后续我将继续对Android 的方方面面进行深刻地总结，也欢迎你们关注个人掘金一块儿学习 _yuanhao 的编程世界

🔥 面试必备：高频算法题终章「图文解析 + 范例代码」之矩阵二进制 + 位运算 + LRU 合集！🔥
[🔥 面试必备：高频算法题汇总「图文解析 + 教学视频 + 范例代码」之字符串处理+动态规划合集！🔥 (juejin.im/post/5daad1…)
🔥 面试必备：高频算法题汇总「图文解析 + 教学视频 + 范例代码」之二叉搜索树 + 双指针 + 贪心汇总 🔥
「面试算法」二分 + 哈希表 + 堆/优先队列汇总（图文解析，值得收藏）
🔥 面试必备：高频算法题汇总「图文解析 + 教学视频 + 范例代码」之链表 + 栈 + 队列部分！🔥
🔥 面试必备：高频算法题汇总「图文解析 + 教学视频 + 范例代码」之排序 + 二叉树部分 🔥
高效解决「SQLite」数据库并发访问安全问题，只这一篇就够了
每一个人都要学的图片压缩，有效解决 Android 程序 OOM
Android 让你的 Room 搭上 RxJava 的顺风车从重复的代码中解脱出来
ViewModel 和 ViewModelProvider.Factory：ViewModel 的建立者
欢迎关注_yuanhao的掘金！

按期分享Android开发湿货，追求文章幽默与深度的完美统一。

为了方便你们跟进学习，我在 GitHub 创建了一个仓库

仓库地址：超级干货！精心概括视频、归类、总结，各位路过的老铁支持一下！给个 Star ！

「Android」四大组件，你真的都掌握了？

前言

1、 Activity

1.1 生命周期

1.1.1 两个活动间跳转

1.1.2 onSaveInstanceState

调用条件

应用场景

1.1.3 拓展

1.2 启动模式

1.2.1 standard

1.2.2 singleTop

1.2.3 singleTask

1.2.4 singleInstance

1.2.5 task

1.3 启动过程

1.3.1 ActivityThread.java

1.3.2 拓展

Instrumentation

ActivityManagerService「AMS」ActivityManagerService 你了解多少？

ActivityStarter

ActivityStackSupervisor

ActivityStack

ApplicationThread