Android 面试之必问Android基础

Posted 2021-06-02 datian1234

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Android 面试之必问Android基础相关的知识，希望对你有一定的参考价值。

1，Activity

1.1 生命周期

正常情况系，Activity会经历如下几个阶段：

onCreate：表示Activity正在被创建。
onRestart：表示Activity正在被重新启动。
onStart：表示Activity正在被启动，这时已经可见，但没有出现在前台无法进行交互。
onResume：表示Activity已经可见，并且处于前台。
onPause：表示Activity正在停止（可做一次保存状态停止动画等非耗时操作）。
onStop：表示Activity即将停止（可进行重量级回收工作）。
onDestroy：表示Activity即将被销毁。

在这里插入图片描述

对于生命周期，通常还会问如下的一些问题：

第一次启动：onCreate->onStart->onResume；
打开新的Activity或者返回桌面：onPause->onStop。如果打开新的Activity为透明主题，则不会调用onStop；
当回到原来Activity时：onRestart->onStart->onResume;
当按下返回键：onPause->onStop->onDestroy

1.2 启动模式

Activity的启动模式有四种：Standard、SingleTop、SingleTask和SingleInstance。

Standard：标准模式，也是默认模式。每次启动都会创建一个全新的实例。
SingleTop：栈顶复用模式。这种模式下如果Activity位于栈顶，不会新建实例。onNewIntent会被调用，接收新的请求信息，不会再低啊用onCreate和onStart。
SingleTask：栈内复用模式。升级版singleTop，如果栈内有实例，则复用，并会将该实例之上的Activity全部清除。
SingleInstance：系统会为它创建一个单独的任务栈，并且这个实例独立运行在一个 task中，这个task只有这个实例，不允许有别的Activity 存在（可以理解为手机内只有一个）。

1.3 启动流程

在理解Activity的启动流程之前，先让我们来看一下android系统启动流程。总的来说，Android系统启动流程的主要经历init进程 -> Zygote进程 –> SystemServer进程 –> 各种系统服务 –> 应用进程等阶段。

启动电源以及系统启动：当电源按下时引导芯片从预定义的地方（固化在ROM）开始执行，加载引导程序BootLoader到RAM，然后执行。
引导程序BootLoader：BootLoader是在Android系统开始运行前的一个小程序，主要用于把系统OS拉起来并运行。
Linux内核启动：当内核启动时，设置缓存、被保护存储器、计划列表、加载驱动。当其完成系统设置时，会先在系统文件中寻找init.rc文件，并启动init进程。
init进程启动：初始化和启动属性服务，并且启动Zygote进程。
Zygote进程启动：创建JVM并为其注册JNI方法，创建服务器端Socket，启动SystemServer进程。
SystemServer进程启动：启动Binder线程池和SystemServiceManager，并且启动各种系统服务。
Launcher启动：被SystemServer进程启动的AMS会启动Launcher，Launcher启动后会将已安装应用的快捷图标显示到系统桌面上。

Launcher进程启动后，就会调用Activity的启动了。首先，Launcher会调用ActivityTaskManagerService，然后ActivityTaskManagerService会调用ApplicationThread，然后ApplicationThread再通过ActivityThread启动Activity。

2，Fragment

2.1 简介

Fragment，是Android 3.0（API 11）提出的，为了兼容低版本，support-v4库中也开发了一套Fragment API，最低兼容Android 1.6，如果要在最新的版本中使用Fragment，需要引入AndroidX的包。

相比Activity，Fragment具有如下一些特点：

模块化（Modularity）：我们不必把所有代码全部写在Activity中，而是把代码写在各自的Fragment中。
可重用（Reusability）：多个Activity可以重用一个Fragment。
可适配（Adaptability）：根据硬件的屏幕尺寸、屏幕方向，能够方便地实现不同的布局，这样用户体验更好。

Fragment有如下几个核心的类：

Fragment：Fragment的基类，任何创建的Fragment都需要继承该类。
FragmentManager：管理和维护Fragment。他是抽象类，具体的实现类是FragmentManagerImpl。
FragmentTransaction：对Fragment的添加、删除等操作都需要通过事务方式进行。他是抽象类，具体的实现类是BackStackRecord。

2.2 生命周期

Fragment必须是依存于Activity而存在的，因此Activity的生命周期会直接影响到Fragment的生命周期。相比Activity的生命周期，Fragment的生命周期如下所示。

onAttach()：Fragment和Activity相关联时调用。如果不是一定要使用具体的宿主 Activity 对象的话，可以使用这个方法或者getContext()获取 Context 对象，用于解决Context上下文引用的问题。同时还可以在此方法中可以通过getArguments()获取到需要在Fragment创建时需要的参数。
onCreate()：Fragment被创建时调用。
onCreateView()：创建Fragment的布局。
onActivityCreated()：当Activity完成onCreate()时调用。
onStart()：当Fragment可见时调用。
onResume()：当Fragment可见且可交互时调用。
onPause()：当Fragment不可交互但可见时调用。
onStop()：当Fragment不可见时调用。
onDestroyView()：当Fragment的UI从视图结构中移除时调用。
onDestroy()：销毁Fragment时调用。
onDetach()：当Fragment和Activity解除关联时调用。

如下图所示。在这里插入图片描述

下面是Activity的生命周期和Fragment的各个生命周期方法的对应关系。在这里插入图片描述

2.3 与Activity传递数据

2.3.1 Fragment向Activity传递数据

首先，在Fragment中定义接口，并让Activity实现该接口，如下所示。

public interface OnFragmentInteractionListener {
    void onItemClick(String str);  
}
复制代码

然后，在Fragment的onAttach()中，将参数Context强转为OnFragmentInteractionListener对象传递过去。

public void onAttach(Context context) {
    super.onAttach(context);
    if (context instanceof OnFragmentInteractionListener) {
        mListener = (OnFragmentInteractionListener) context;
    } else {
        throw new RuntimeException(context.toString()
                + " must implement OnFragmentInteractionListener");
    }
}
复制代码

2.3.2 Activity向Fragment传递数据

在创建Fragment的时候，可以通过setArguments(Bundle bundle)方式将值传递给Activity，如下所示。

 public static Fragment newInstance(String str) {
        FragmentTest fragment = new FragmentTest();
        Bundle bundle = new Bundle();
        bundle.putString(ARG_PARAM, str);
        fragment.setArguments(bundle);//设置参数
        return fragment;
    }
复制代码

3, Service

3.1 启动方式

Service的启动方式主要有两种，分别是startService和bindService。

其中，StartService使用的是同一个Service，因此onStart()会执行多次，onCreate()只执行一次，onStartCommand()也会执行多次。使用bindService启动时，onCreate()与onBind()都只会调用一次。

使用startService启动时是单独开一个服务，与Activity没有任何关系，而bindService方式启动时，Service会和Activity进行绑定，当对应的activity销毁时，对应的Service也会销毁。

3.2 生命周期

下图是startService和bindService两种方式启动Service的示意图。在这里插入图片描述

3.2.1 startService

onCreate()：如果service没被创建过，调用startService()后会执行onCreate()回调；如果service已处于运行中，调用startService()不会执行onCreate()方法。
onStartCommand()：多次执行了Context的startService()方法，那么Service的onStartCommand()方法也会相应的多次调用。
onBind()：Service中的onBind()方法是抽象方法，Service类本身就是抽象类，所以onBind()方法是必须重写的，即使我们用不到。

onDestory()：在销毁Service的时候该方法。

public class TestOneService extends Service{

    @Override
    public void onCreate() {
        Log.i("Kathy","onCreate - Thread ID = " + Thread.currentThread().getId());
        super.onCreate();
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        Log.i("Kathy", "onStartCommand - startId = " + startId + ", Thread ID = " + Thread.currentThread().getId());
        return super.onStartCommand(intent, flags, startId);
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        Log.i("Kathy", "onBind - Thread ID = " + Thread.currentThread().getId());
        return null;
    }

    @Override
    public void onDestroy() {
        Log.i("Kathy", "onDestroy - Thread ID = " + Thread.currentThread().getId());
        super.onDestroy();
    }
}
复制代码

3.2.2 bindService

bindService启动的服务和调用者之间是典型的Client-Server模式。调用者是client，Service则是Server端。Service只有一个，但绑定到Service上面的Client可以有一个或很多个。bindService启动服务的生命周期与其绑定的client息息相关。

1，首先，在Service的onBind()方法中返回IBinder类型的实例。 2，onBInd()方法返回的IBinder的实例需要能够返回Service实例本身。

3.3 Service不被杀死

现在，由于系统API的限制，一些常见的不被杀死Service方式已经过时，比如下面是之前的一些方式。

3.3.1， onStartCommand方式中，返回START_STICKY。

调用Context.startService方式启动Service时，如果Android面临内存匮乏，可能会销毁当前运行的Service，待内存充足时可以重建Service。而Service被Android系统强制销毁并再次重建的行为依赖于Service的onStartCommand()方法的返回值，常见的返回值有如下一些。

START_NOT_STICKY：如果返回START_NOT_STICKY，表示当Service运行的进程被Android系统强制杀掉之后，不会重新创建该Service。 START_STICKY：如果返回START_STICKY，表示Service运行的进程被Android系统强制杀掉之后，Android系统会将该Service依然设置为started状态（即运行状态），但是不再保存onStartCommand方法传入的intent对象，即获取不到intent的相关信息。 START_REDELIVER_INTENT：如果返回START_REDELIVER_INTENT，表示Service运行的进程被Android系统强制杀掉之后，与返回START_STICKY的情况类似，Android系统会将再次重新创建该Service，并执行onStartCommand回调方法，但是不同的是，Android系统会再次将Service在被杀掉之前最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中，这样我们就能读取到intent参数。

4， BroadcastReceiver

4.1 BroadcastReceiver是什么

BroadcastReceiver，广播接收者，它是一个系统全局的监听器，用于监听系统全局的Broadcast消息，所以它可以很方便的进行系统组件之间的通信。BroadcastReceiver属于系统级的监听器，它拥有自己的进程，只要存在与之匹配的Broadcast被以Intent的形式发送出来，BroadcastReceiver就会被激活。

和其他的四大组件一样，BroadcastReceiver也有自己独立的声明周期，但是它又和Activity、Service不同。当在系统注册一个BroadcastReceiver之后，每次系统以一个Intent的形式发布Broadcast的时候，系统都会创建与之对应的BroadcastReceiver广播接收者实例，并自动触发它的onReceive()方法，当onReceive()方法被执行完成之后，BroadcastReceiver的实例就会被销毁。

从不同的纬度区分，BroadcastReceiver可以分为不同的类别。