Android面试总结（一）
面试总结
简单介绍Activity生命周期。
其实这些方法都是两两对应的，onCreate创建与onDestroy销毁；onStart可见与onStop不可见；onResume可编辑（即焦点）与onPause；这6个方法是相对应的，那么就只剩下一个onRestart方法了，这个方法在什么时候调用呢？答案就是：在Activity被onStop后，但是没有被onDestroy，在再次启动此Activity时就调用onRestart（而不再调用onCreate）方法；如果被onDestroy了，则是调用onCreate方法。
Services生命周期，与activity之间的通讯
- Activity调用bindService (Intent service, ServiceConnection conn, int flags)方法，得到Service对象的一个引用，这样Activity可以直接调用到Service中的方法，如果要主动通知Activity，我们可以利用回调方法
- Service向Activity发送消息，可以使用广播，当然Activity要注册相应的接收器。比如Service要向多个Activity发送同样的消息的话，用这种方法就更好
简单介绍一下Android的线程，如何多线程工作？
参考资料：https://www.jianshu.com/p/2b634a7c49ec
https://blog.csdn.net/southcamel/article/details/8120301
事件分发机制和滑动冲突
- 事件类型（4种）
| 事件类型 |
具体动作 |
| MotionEvent.ACTION_DOWN |
按下View（所有事件的开始） |
| MotionEvent.ACTION_UP |
抬起View（与DOWN对应） |
| MotionEvent.ACTION_MOVE |
滑动View |
| MotionEvent.ACTION_CANCEL |
结束事件（非人为原因） |
参考资料：https://www.jianshu.com/p/38015afcdb58
https://www.jianshu.com/p/057832528bdd
内存溢出通常有哪些，怎么解决？
参考资料：https://blog.csdn.net/u014674558/article/details/62234008
https://www.jianshu.com/p/2a9fe0858268
GC的机制
1.垃圾收集算法的核心思想
java语言提供了自动的GC机制，系统会经常检查内存，采用对象引用计数的方式，将引用次数为0的对象回收。这样可以防止两个危险：(1)防止无用对象占用内存资源 (2)防止有用对象被释放，引起内存非法引用。
2.触发GC(Garbage Collector)的条件
(1)应用进程空闲的时候，GC会回收空闲进程的内存资源。
(2)应用进程繁忙的时候，当需要的内存资源不足的时候， GC会强制执行回收优先级比较低的进程资源，如果还是不足，则再回收两次，还是不足则会报OOM。
3.减少GC开销的措施
(1)尽量少显示地调用 System.gc();
(2)减少临时对象的引用；临时对象退出函数后 ，
(3)对象使用完后，设置为指向null;这样会方便系统查找到空对象，更快回收掉内存；
(4)能用int等基本数据类型，就尽量不要使用Integer等引用类型，基本类型占用的资源比引用类型要小得多；
(5)尽量少地使用static变量。static 变量是全局性的，系统在堆中为其分配内存，GC无法回收该内存；
(6)对于需要使用变长的字符串变量，尽量使用StringBuffer而不是String。String每赋值一次，就会重新分配一次内存，String str = str1+str2+str3+str4+str5，每多一个“+”，就会多
创建一个对象。
(7)分散创建和删除对象的时间。一次性创建或者删除太多的对象，会导致内存突然变得紧张或者一次性释放太对，不利用内存的合理使用。
排序算法有哪些？代码实现
https://www.cnblogs.com/10158wsj/p/6782124.html?utm_source=tuicool&utm_medium=referral
hasMap的底层实现，list，map，set简单介绍
动画有哪些？怎么实现
熟悉的设计模式？
Retrofit是如何实现网络请求的？
RecyclerView与listview的区别？
MVC和MVP的区别
自定义view如何实现，各个重写方法的作用
https://www.jianshu.com/p/27665fce3bf5
view的绘制流程
参考资料：https://www.jianshu.com/p/060b5f68da79
eventBus的底层原理
数据库更新
抽象类和接口的区别
1，抽象类里可以有构造方法，而接口内不能有构造方法。
2，抽象类中可以有普通成员变量，而接口中不能有普通成员变量。
3，抽象类中可以包含非抽象的普通方法，而接口中所有的方法必须是抽象的，不能有非抽象的普通方法。
4，抽象类中的抽象方法的访问类型可以是public ，protected和默认类型，但接口中的抽象方法只能是public类型的，并且默认即为public abstract类型。
5，抽象类中可以包含静态方法，接口内不能包含静态方法。
6，抽象类和接口中都可以包含静态成员变量，抽象类中的静态成员变量的访问类型可以任意，但接口中定义的变量只能是public static类型，并且默认为public static类型。
7，一个类可以实现多个接口，但只能继承一个抽象类。
接口更多的是在系统框架设计方法发挥作用，主要定义模块之间的通信，而抽象类在代码实现方面发挥作用，可以实现代码的重用
进程通讯方式有哪些（IPC方法）？
参考资料：https://blog.csdn.net/u011240877/article/details/72863432
App闪退造成的原因有哪些，分析过程
进程的级别有哪些？
1、foreground process
正处于activity resume状态
正处于bound服务交互的状态
正处于服务在前台运行的状态（StartForeGround（）被调用）
Service生命周期正在被执行（onCreate（），onStart（），onDestroy（））
BroadcastReceiver正在执行onReceive（）方法
杀死foreground需要用户响应，因为这个安全优先级是最高的
是用户操作所必须的，任一时间下，仅有少数进程会处于前台，仅当内存实在无法供给它们维持同时运行时才会被杀死。一般来说，在这种情况下，设备依然处于使用虚拟内存的状态，必须要杀死一些前台进程以用户界面保持响应。
•Android会依据进程中当前活跃组件的重要程度来尽可能高的估量一个进程的级别。比如说，如果一个进程中同时有一个服务和一个可视的activity，则进程会被判定为可视进程，而不是服务进程。
2、visible process
activity不在前端显示，但也没有完全隐藏，能够看得见，比如弹出一个对话框
一个bound到visible或者foreground的activity的service
没有前台组件，但仍可被用户在屏幕上所见。当满足如下任一条件时，进程被认为是可视的：
• 它包含着一个不在前台，但仍然为用户可见的activity（它的onPause()方法被调用）。这种情况可能出现在以下情况：比如说，前台activity是一个对话框，而之前的 activity位于其下并可以看到。
• 它包含了一个绑定至一个可视的activity的服务。
可视进程依然被视为是很重要的，非到不杀死它们便无法维持前台进程运行时，才会被杀死。
3、Service process
正在运行的，不在上述两种状态的service
是由 startService() 方法启动的服务，它不会变成上述两类。尽管服务进程不会直接为用户所见，但它们一般都在做着用户所关心的事情（比如在后台播放mp3或者从网上下载东 西）。所以系统会尽量维持它们的运行，除非系统内存不足以维持前台进程和可视进程的运行需要。
4、background process
不可见状态的activity进程，onstop被调用
包含目前不为用户所见的activity（Activity对象的 onStop() 方法已被调用）。这些进程与用户体验没有直接的联系，可以在任意时间被杀死以回收内存供前台进程、可视进程以及服务进程使用。一般来说，会有很多背景进程 运行，所以它们一般存放于一个LRU（最后使用）列表中以确保最后被用户使用的activity最后被杀死。如果一个activity正确的实现了生命周 期方法，并捕获了正确的状态，则杀死它的进程对用户体验不会有任何不良影响。
5、empty process
没有运行任何component的进程，保留这个进程主要是为了缓存的需要
不包含任何活动应用程序组件。这种进程存在的唯一原因是做为缓存以改善组件再次于其中运行时的启动时间。系统经常会杀死这种进程以保持进程缓存和系统内核缓存之间的平衡。
此外，一个进程的级别可能会由于其它进程依赖于它而升高。一个为其它进程提供 服务的进程级别永远高于使用它服务的进程。比如说，如果A进程中的内容提供者为进程B中的客户端提供服务，或进程A中的服务为进程B中的组件所绑定，则A 进程最低也会被视为与进程B拥有同样的重要性。