文章图片
因为实际开发与参考答案会有所不同，再者怕误导大家，所以这些面试题答案还是自己去理解！面试官会针对简历中提到的知识点由浅入深提问，所以不要背答案，多理解。Activity 1、说下Activity生命周期 ？
参考解答：
在正常情况下，Activity的常用生命周期就只有如下7个
- onCreate()：表示Activity正在被创建，常用来初始化工作，比如调用setContentView加载界面布局资源，初始化Activity所需数据等；
- onRestart()：表示Activity正在重新启动，一般情况下，当前Acitivty从不可见重新变为可见时，OnRestart就会被调用；
- onStart()：表示Activity正在被启动，此时Activity可见但不在前台，还处于后台，无法与用户交互；
- onResume()：表示Activity获得焦点，此时Activity可见且在前台并开始活动，这是与onStart的区别所在；
- onPause()：表示Activity正在停止，此时可做一些存储数据、停止动画等工作，但是不能太耗时，因为这会影响到新Activity的显示，onPause必须先执行完，新Activity的onResume才会执行；
- onStop()：表示Activity即将停止，可以做一些稍微重量级的回收工作，比如注销广播接收器、关闭网络连接等，同样不能太耗时；
- onDestroy()：表示Activity即将被销毁，这是Activity生命周期中的最后一个回调，常做回收工作、资源释放；
2、Activity A 启动另一个Activity B 会调用哪些方法？如果B是透明主题的又或则是个DialogActivity呢 ？
参考解答：
Activity A 启动另一个Activity B，回调如下
- Activity A 的onPause() → Activity B的onCreate() → onStart() → onResume() → Activity A的onStop()；
- 如果B是透明主题又或则是个DialogActivity，则不会回调A的onStop；
参考解答：
发生条件：异常情况下（系统配置发生改变时导致Activity被杀死并重新创建、资源内存不足导致低优先级的Activity被杀死）
- 系统会调用onSaveInstanceState来保存当前Activity的状态，此方法调用在onStop之前，与onPause没有既定的时序关系；
- 当Activity被重建后，系统会调用onRestoreInstanceState，并且把onSave(简称)方法所保存的Bundle对象同时传参给onRestore(简称)和onCreate()，因此可以通过这两个方法判断Activity是否被重建，调用在onStart之后；
文章图片
推荐文章：官方文档
4、说下 Activity的四种启动模式、应用场景 ？
参考回答：
- standard标准模式：每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在，此模式的Activity默认会进入启动它的Activity所属的任务栈中；
- singleTop栈顶复用模式：如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时会回调onNewIntent方法，如果新Activity实例已经存在但不在栈顶，那么Activity依然会被重新创建；
- singleTask栈内复用模式：只要Activity在一个任务栈中存在，那么多次启动此Activity都不会重新创建实例，并回调onNewIntent方法，此模式启动Activity A，系统首先会寻找是否存在A想要的任务栈，如果不存在，就会重新创建一个任务栈，然后把创建好A的实例放到栈中；
- singleInstance单实例模式：这是一种加强的singleTask模式，具有此种模式的Activity只能单独地位于一个任务栈中，且此任务栈中只有唯一一个实例；
5、了解哪些Activity常用的标记位Flags？
参考回答：
- FLAG_ACTIVITY_NEW_TASK : 对应singleTask启动模式，其效果和在XML中指定该启动模式相同；
- FLAG_ACTIVITY_SINGLE_TOP : 对应singleTop启动模式，其效果和在XML中指定该启动模式相同；
- FLAG_ACTIVITY_CLEAR_TOP : 具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个标记位一般会和singleTask模式一起出现，在这种情况下，被启动Activity的实例如果已经存在，那么系统就会回调onNewIntent。如果被启动的Activity采用standard模式启动，那么它以及连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈中；
- FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS : 具有这个标记的 Activity 不会出现在历史 Activity 列表中；
6、说下 Activity跟window，view之间的关系？
参考回答：
- Activity在创建时会调用 attach() 方法初始化一个PhoneWindow(继承于Window)，每一个Activity都包含了唯一一个PhoneWindow
- Activity通过setContentView实际上是调用的 getWindow().setContentView将View设置到PhoneWindow上，而PhoneWindow内部是通过 WindowManager 的addView、removeView、updateViewLayout这三个方法来管理View，WindowManager本质是接口，最终由WindowManagerImpl实现
- WindowManager为每个Window创建Surface对象，然后应用就可以通过这个Surface来绘制任何它想要绘制的东西。而对于WindowManager来说，这只不过是一块矩形区域而已
- Surface其实就是一个持有像素点矩阵的对象，这个像素点矩阵是组成显示在屏幕的图像的一部分。我们看到显示的每个Window（包括对话框、全屏的Activity、状态栏等）都有他自己绘制的Surface。而最终的显示可能存在Window之间遮挡的问题，此时就是通过SurfaceFlinger对象渲染最终的显示，使他们以正确的Z-order显示出来。一般Surface拥有一个或多个缓存（一般2个），通过双缓存来刷新，这样就可以一边绘制一边加新缓存。
- View是Window里面用于交互的UI元素。Window只attach一个View Tree（组合模式），当Window需要重绘（如，当View调用invalidate）时，最终转为Window的Surface，Surface被锁住（locked）并返回Canvas对象，此时View拿到Canvas对象来绘制自己。当所有View绘制完成后，Surface解锁（unlock），并且post到绘制缓存用于绘制，通过Surface Flinger来组织各个Window，显示最终的整个屏幕
7、横竖屏切换的Activity生命周期变化？
参考回答：
- 不设置Activity的android:configChanges时，切屏会销毁当前Activity，然后重新加载调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次； onPause() →onStop()→onDestory()→onCreate()→onStart()→onResume()
- 设置Activity的android:configChanges="orientation"，经过机型测试
- 在Android5.1 即API 23级别下，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次
- 在Android9 即API 28级别下，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法
- 后经官方查正，原话如下
- 如果您的应用面向Android 3.2即API 级别 13或更高级别（按照 minSdkVersion 和 targetSdkVersion 属性所声明的级别），则还应声明 "screenSize" 配置，因为当设备在横向与纵向之间切换时，该配置也会发生变化。即便是在 Android 3.2 或更高版本的设备上运行，此配置变更也不会重新启动 Activity
- 设置Activity的android:configChanges="orientation|keyboardHidden|screenSize"时，机型测试通过，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法；
8、如何启动其他应用的Activity？
参考回答：
- 在保证有权限访问的情况下，通过隐式Intent进行目标Activity的IntentFilter匹配，原则是：
- 一个intent只有同时匹配某个Activity的intent-filter中的action、category、data才算完全匹配，才能启动该Activity；
- 一个Activity可以有多个 intent-filter，一个 intent只要成功匹配任意一组 intent-filter，就可以启动该Activity；
9、Activity的启动过程？(重点)
参考回答：
- 先还是得当前系统中有没有拥有这个 Application 的进程。如果没有，则需要处理 APP 的启动过 程。在经过创建进程、绑定 Application 步骤后，才真正开始启动 Activity 的?法。 startActivity() ? 法最终还是调?的 startActivityForResult()。
- 在 startActivityForResult() 中，真正去打开 Activity 的实现是在 Instrumentation 的 execStartActivivity() ?法中。
- 在 execStartActivity() 中采? checkStartActivityResult() 检查在 manifest 中是否已经注册，如果没 有注册则抛出异常。否则把打开 Activity 的任务交给 ActivityThread 的内部类 ApplicationThread， 该类实现了 IApplicationThread 接?。这个类完全搞定了 onCreate()、onStart() 等 Activity 的?命 周期回调?法。
- 【面试|精选Android中高级高频面试题（四大组件及Fragment原理）】在 ApplicationThread 类中，有?个?法叫 scheduleLaunchActivity()，它可以构造?个 Activity 记 录，然后发送?个消息给事先定义好的 Handler。 这个 Handler 负责根据 LAUNCH_ACTIVITY 的类型来做不同的 Activity 启动?式。其中有?个?要的 ?法 handleLaunchActivity() 。
- 在 handleLaunchActivity() 中，会把启动 Activity 交给 performLaunchActivity() ?法。 在 performLaunchActivity() ?法中，?先从 Intent 中解析出?标 Activity 的启动参数，然后? ClassLoader 将?标 Activity 的类通过类名加载出来并? newInstance() 来实例化?个对象。 创建完毕后， 开始调? Activity 的 onCreate() ?法，?此，Activity 被成功启动。
文章图片
推荐文章：Android四大组件启动机制之Activity启动过程
Fragment 1、谈一谈Fragment的生命周期？
参考回答：
Fragment从创建到销毁整个生命周期中涉及到的方法依次为：onAttach()→onCreate()→ onCreateView()→onActivityCreated()→onStart()→onResume()→onPause()→onStop()→onDestroyView()→onDestroy()→onDetach()，其中和Activity有不少名称相同作用相似的方法，而不同的方法有:
- onAttach()：当Fragment和Activity建立关联时调用；
- onCreateView()：当fragment创建视图调用，在onCreate之后；
- onActivityCreated()：当与Fragment相关联的Activity完成onCreate()之后调用；
- onDestroyView()：在Fragment中的布局被移除时调用；
- onDetach()：当Fragment和Activity解除关联时调用；
2、谈谈Activity和Fragment的区别？
参考回答：
相似点：
都可包含布局、可有自己的生命周期
不同点：
- Fragment相比较于Activity多出4个回调周期，在控制操作上更灵活；
- Fragment可以在XML文件中直接进行写入，也可以在Activity中动态添加；
- Fragment可以使用show()/hide()或者replace()随时对Fragment进行切换，并且切换的时候不会出现明显的效果，用户体验会好；Activity虽然也可以进行切换，但是Activity之间切换会有明显的翻页或者其他的效果，在小部分内容的切换上给用户的感觉不是很好；
参考回答：
- add不会重新初始化fragment，replace每次都会。所以如果在fragment生命周期内获取获取数据,使用replace会重复获取；
- 添加相同的fragment时，replace不会有任何变化，add会报IllegalStateException异常；
- replace先remove掉相同id的所有fragment，然后在add当前的这个fragment，而add是覆盖前一个fragment。所以如果使用add一般会伴随hide()和show()，避免布局重叠；
- 使用add，如果应用放在后台，或以其他方式被系统销毁，再打开时，hide()中引用的fragment会销毁，所以依然会出现布局重叠bug，可以使用replace或使用add时，添加一个tag参数；
文章图片
4、getFragmentManager、getSupportFragmentManager 、getChildFragmentManager之间的区别？
参考回答：
- getFragmentManager()所得到的是所在fragment 的父容器的管理器， getChildFragmentManager()所得到的是在fragment 里面子容器的管理器， 如果是fragment嵌套fragment，那么就需要利用getChildFragmentManager()；
- 因为Fragment是3.0 Android系统API版本才出现的组件，所以3.0以上系统可以直接调用getFragmentManager()来获取FragmentManager()对象，而3.0以下则需要调用getSupportFragmentManager() 来间接获取；
参考回答：
相同点 ：
二者都继承PagerAdapter
不同点 ：
FragmentPagerAdapter的每个Fragment会持久的保存在FragmentManager中，只要用户可以返回到页面中，它都不会被销毁。因此适用于那些数据相对静态的页，Fragment数量也比较少的那种； FragmentStatePagerAdapter只保留当前页面，当页面不可见时，该Fragment就会被消除，释放其资源。因此适用于那些数据动态性较大、占用内存较多，多Fragment的情况；
Service 1、谈一谈Service的生命周期？
参考回答：
Service的生命周期涉及到六大方法
- onCreate()：如果service没被创建过，调用startService()后会执行onCreate()回调；如果service已处于运行中，调用startService()不会执行onCreate()方法。也就是说，onCreate()只会在第一次创建service时候调用，多次执行startService()不会重复调用onCreate()，此方法适合完成一些初始化工作；
- onStartComand()：服务启动时调用，此方法适合完成一些数据加载工作，比如会在此处创建一个线程用于下载数据或播放音乐；
- onBind()：服务被绑定时调用；
- onUnBind()：服务被解绑时调用；
- onDestroy()：服务停止时调用；
2、Service的两种启动方式？区别在哪？
参考回答：
Service的两种启动模式
- startService()：通过这种方式调用startService，onCreate()只会被调用一次，多次调用startSercie会多次执行onStartCommand()和onStart()方法。如果外部没有调用stopService()或stopSelf()方法，service会一直运行。
- bindService()：如果该服务之前还没创建，系统回调顺序为onCreate()→onBind()。如果调用bindService()方法前服务已经被绑定，多次调用bindService()方法不会多次创建服务及绑定。如果调用者希望与正在绑定的服务解除绑定，可以调用unbindService()方法，回调顺序为onUnbind()→onDestroy()；
文章图片
推荐文章： Android Service两种启动方式详解
3、如何保证Service不被杀死 ？
参考回答：
- onStartCommand方式中，返回START_STICKY或则START_REDELIVER_INTENT
- START_STICKY：如果返回START_STICKY，表示Service运行的进程被Android系统强制杀掉之后，Android系统会将该Service依然设置为started状态（即运行状态），但是不再保存onStartCommand方法传入的intent对象
- START_NOT_STICKY：如果返回START_NOT_STICKY，表示当Service运行的进程被Android系统强制杀掉之后，不会重新创建该Service
- START_REDELIVER_INTENT：如果返回START_REDELIVER_INTENT，其返回情况与START_STICKY类似，但不同的是系统会保留最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中
- 提高Service的优先级 在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = "1000"这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低，同时适用于广播；
- 在onDestroy方法里重启Service 当service走到onDestroy()时，发送一个自定义广播，当收到广播时，重新启动service；
- 提升Service进程的优先级 进程优先级由高到低：前台进程 一 可视进程 一 服务进程 一 后台进程 一 空进程 可以使用startForeground将service放到前台状态，这样低内存时，被杀死的概率会低一些；
- 系统广播监听Service状态
- 将APK安装到/system/app，变身为系统级应用
4、能否在Service开启耗时操作 ？ 怎么做 ？
参考回答：
Service默认并不会运行在子线程中，也不运行在一个独立的进程中，它同样执行在主线程中（UI线程）。换句话说，不要在Service里执行耗时操作，除非手动打开一个子线程，否则有可能出现主线程被阻塞（ANR）的情况；
5、用过哪些系统Service ？
参考回答：
文章图片
6、了解ActivityManagerService吗？发挥什么作用
参考回答：
ActivityManagerService是Android中最核心的服务 ， 主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作，其职责与操作系统中的进程管理和调度模块类似；
推荐文章：ActivityManagerService分析——AMS启动流程
Broadcast Receiver 1、广播有几种形式 ? 都有什么特点 ？
参考回答：
- 普通广播：开发者自身定义 intent的广播（最常用），所有的广播接收器几乎会在同一时刻接受到此广播信息，接受的先后顺序随机；
- 有序广播：发送出去的广播被广播接收者按照先后顺序接收，同一时刻只会有一个广播接收器能够收到这条广播消息，当这个广播接收器中的逻辑执行完毕后，广播才会继续传递，且优先级（priority）高的广播接收器会先收到广播消息。有序广播可以被接收器截断使得后面的接收器无法收到它；
- 本地广播：仅在自己的应用内发送接收广播，也就是只有自己的应用能收到，数据更加安全，效率更高，但只能采用动态注册的方式；
- 粘性广播：这种广播会一直滞留，当有匹配该广播的接收器被注册后，该接收器就会收到此条广播；
2、广播的两种注册方式 ？
参考回答：
文章图片
3、广播发送和接收的原理了解吗 ？（Binder机制、AMS）
参考回答：
文章图片
推荐文章：广播的底层实现原理
ContentProvider 1、ContentProvider了解多少？
参考回答：
ContentProvider作为四大组件之一，其主要负责存储和共享数据。与文件存储、SharedPreferences存储、SQLite数据库存储这几种数据存储方法不同的是，后者保存下的数据只能被该应用程序使用，而前者可以让不同应用程序之间进行数据共享，它还可以选择只对哪一部分数据进行共享，从而保证程序中的隐私数据不会有泄漏风险。
推荐文章：Android：关于ContentProvider的知识都在这里了！
2、ContentProvider的权限管理？
参考回答：
- 读写分离
- 权限控制-精确到表级
- URL控制
参考回答：
- ContentProvider：管理数据，提供数据的增删改查操作，数据源可以是数据库、文件、XML、网络等，ContentProvider为这些数据的访问提供了统一的接口，可以用来做进程间数据共享。
- ContentResolver：ContentResolver可以为不同URI操作不同的ContentProvider中的数据，外部进程可以通过ContentResolver与ContentProvider进行交互。
- ContentObserver：观察ContentProvider中的数据变化，并将变化通知给外界。
