1. Android四大组件及使用。
Activity :应用程序中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。
BroadcastReceive广播接收器:应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager 来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
Service 服务:一个Service 是一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序。
Content Provider内容提供者 :android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式。
2. 屏幕适配，常用方案。
Android屏幕适配的发展
1、dp直接适配
2、宽高限定符适配
3、UI适配框架Autolayout
目前最好的适配方案
1、SmallestWidth适配（sw限定符适配）
2、今日头条适配方案
3、AutoSize
3.布局优化。
- 使用工具检测（Hierarchy Viewer）；
- 使用include 和merge标签减少复用布局而产生的布局嵌套，使用ViewStub懒加载减少渲染元素；
- 诊断过度绘制，优化过度绘制
4. 懒加载有什么缺点。
- ViewStub对象只可以Inflate一次；
- ViewStub不支持merge
MVC的特点
它将数据、视图、控制分开，实现了松耦合。
View将事件传递到Controller中
Controller完成想要业务后改变Model状态
Model更新View
MVC的优点
实现了解耦合，修改其中一层时，不用修改另外两层代码
可维护性高，松耦合也就意味着维护起来更加方便
重用性高
MVC的缺点
由于控件的数据绑定都需要在Activity中完成，Activity/Fragment在View与Controller的定义中有点模糊。
伴随着业务的增加，Controller容易变得臃肿。
MVP的特点
View接受事件，传递给Presenter
Presenter做逻辑处理，修改Model
Model通知Presenter数据变化，Presenter更新View
MVP的优点
将Model与View完全分隔，提高了可扩展性。
便于测试。在测试Presenter时，只要实现View的接口并注入到Presenter就可以测试Presenter的业务逻辑。
MVP的缺点
与MVC一样，P层起到的控制功能伴随着业务的增多，也会变得臃肿。
Presneter需要持有View的引用，同时View也需要持有Presenter的引用，控制上存在一定复杂度。
MVVM的特点
View接受事件，转交给ViewModel
ViewModel操作Model更新数据
Model更新后通知ViewModel，ViewModel更新View数据
MVVM的优点
低耦合。由于ViewModel的存在,View可以独立于Model变化与修改；同理，Model也可以独立于View变化与修改。
可重用性。一个ViewModel可被多个View重复绑定，实现同一组业务。
ViewModel中解决了MVP中V-P互相持有引用的问题，使得结构更清晰，简洁
MVVM的缺点
ViewModel持有Model的依赖。
数据绑定方式使得bug难以确定是在View中还是在Model中。
6.Glide加载大图原理，如何防止内存溢出。清单文件可以增大系统分配给APP的最大内存，默认大概60M。
Android：尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图，
因为这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存。
因此，改用先通过BitmapFactory.decodeStream方法，创建出一个bitmap，再将其设为ImageView的 source，
decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode，
Glide：在加载图片的时候，不要缓存资源，如果可以获取控件尺寸的话，可以控制加载的尺寸；
.skipMemoryCache(true) //禁止Glide内存缓存
.diskCacheStrategy(DiskCacheStrategy.NONE) //不缓存资源
7.内存优化。常见的内存泄漏：
- 静态引用（自身代码和第三方代码）
- 集合内引用
- Handler消息未清除
- 非静态的内部类中持有外部内的应用
- 匿名内部类/非静态内部类和异步线程
实践：
- 先解决程序中内存占用较大的业务模块中的内存泄漏，不熟悉MAT的使用的可以看看这个
- 移除程序中多余的代码和引用，这里使用默认的lint检测再配合shrinkResources来删除无效资源
- 优化图片，保证图片放置在合理的文件夹，根据View大小加载合适的图片大小，根据手机状态配置bitmap和回收策略
- 优化对象创建，比如string，使用对象池等
- 当App启动的时候，就在Application里初始化一个Webview，对，就是直接new；当需要用的时候就直接取这个单例形式的webview去加载网页，这样就把webview初始化的等待时间变得用户无感知；不过每次使用的时候需要清空上次使用的页面内容
- 使用WebView缓存
- H5页面预加载
- HTML 应用程序缓存机制
应用程序缓存（简称 AppCache) 为 web 应用的离线访问提供了支持，其原理是基于 manifest 属性和 manifest 文件。manifest 缓存会一直保存，直到缓存被清除，manifest 文件被修改，或浏览器更新 AppCache。
- Monkey测试。
- APP启动流程，从点击桌面图标开始。
- 网络优化。
- APP卡顿处理。
- 怎么多渠道打包；分渠道不打包某些第三方包（比如在华为手机应用市场的apk不打包小米推送的jar包）。
- 架构适配X86，ARM等。
