每天10道：Android面试题整理三（附问题答案）

相信大家都知道面试也将来到了高峰期（秋招），想从事Android开发的话，相信下面的Android面题，大家一定会感兴趣的。

由于怕文章太长我就不做太多说明了，看题目就知道这是啥了，ok，废话不多说，看下面整理出来的题，希望可以对想从事Android开发的兄弟姐妹们有所帮助，下面的题整理出来的，并不全面，欢迎各位提问和补充！Android面试题和答案已按照规范已整理完成，大家可看文末或评论/私信，一起交流技术、进阶提升~

1、Activity 生命周期的顺序为：

onCreate() -> onContentChanged() -> onStart() -> onPostCreate()-> onResume() -> onPostResume -> onPause() -> onStop() -> onDestroy()

onCreate() 方法：首次创建 Activity 时调用，应该在此方法中执行所有正常的静态设置 — 创建视图、将数据绑定到列表等等。
onRestart() 方法：在 Activity 已停止（调用 onStop()）并即将再次启动前调用，始终后接 onStart()
onStart() 方法：在 Activity 即将对用户可见之前调用，可后接 onStop()进入隐藏状态
onResume() 方法：在 Activity 即将开始与用户进行交互之前调用，始终后接 onPause()
onPause() 方法：当系统即将开始继续另一个 Activity 时调用。用于确认对持久性数据的未保存更改、停止动画以及其他可能消耗 CPU 的内容。应该非常迅速地执行所需操作，因为它返回后，下一个 Activity 才能继续执行。
onStop() 方法：在 Activity 对用户不再可见时调用。可后接 onRestart()。
onDestroy() 方法：在 Activity 被销毁前调用。

2、方法调用后进程是否可终止问题：

onCreate(),onRestart(),onStart(),onResume() 调用后，系统不能随时终止 Activity 进程。
而 onPause(),onStop(),onDestroy() 调用后，可以终止。
Activity 创建后，必须要走到 onPause() 方法，然后才能终止进程 — 如果系统在紧急情况下必须恢复内存，则可能不会调用 onStop() 和 onDestroy()。
所以，在 onPause() 调用时，向存储设备写入至关重要的持久性数据（例如用户编辑）。

3、其他几个关键点

onPause 必须先执行完，新 Activity 的 onResume 才会执行
新 Activity 采用透明主题或为 dialog 样式，当前 Activity 不会回调 onStop
异常终止问题
- Activity 异常终止时，会调用 onSaveInstanceState 来保存当前 Activity 状态，调用时机在 onStop 之前，和 onPause 没有固定顺序
- onRestoreInstanceState 方法调用时机在 onStart 之后
- onRestoreInstanceState 一旦被调用，其参数 Bundle savedInstanceState 一定是有值的，不用判断非空；而 onCreate 的 Bundle savedInstanceState 在正常启动时为 null

分为保存键值集（SharedPreferences）、保存文件（分为内部存储和外部存储）、在 SQL 数据库中保存数据以及在网络中使用网络存储和 ContentProvider。

其中：

原因一：速度和内存占用问题

使用 Bundle 传递数据一般用于启动 Activity，启动 Fragment 时，数据量一般都不大
Bundle 内部由 ArrayMap 实现。ArrayMap 的内部实现是两个数组，一个数组存放 key 的 hashCode 值，一个数组存放 key 与 value 值。在查找、添加、删除数据时，会根据二分查找法查找 key 的 hashCode 值所对应的 index 值，再根据 index 去查找 key 所对应的 value 值
HashMap 的实现则是采用数组加链表的结构，默认使用一个容量为 16 的数组来存储，数组中每一个元素又是一个链表的头节点
所以在小数据量的情况下，ArrayMap（Bundle）比 HashMap 在速度和内存上都更占优势

原因二：序列化问题

Android 中使用 Intent 来传递数据时，需要保证数据是基本数据类型或可序列化类型
Bundle 使用 Parcelable 序列化，HashMap 使用 Serialable 序列化
在 Android 中，更推荐使用 Parcelable 序列化，因为 Serializable 接口使用了反射机制，这个过程相对缓慢，而且往往会产生出很多临时对象，可能会触发垃圾回收器频繁地进行垃圾回收。相比而言，Parcelable 接口比 Serializable 接口效率更高，性能方面要高出 10x 多倍。