Android 开发基础_android 三角板-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_19711823/article/details/77923852

Activity

1、Activity是什么
Activity是四大组件之一，它提供一个界面让用户点击和各种滑动操作，这就是Activity

2、Activity四种状态

running
paused
stopped
killed

3、Activity生命周期

onCreate()
onStart()
onResume()
onPause()
onStop()
onDestroy()
onRestart()

横竖屏问题：
manifest中android:configChanges

无生命周期重走 onConfigurationChanged不走
screenSize 生命周期重走 onConfigurationChanged不走
orientation 只走onConfigurationChanged
orientation|screenSize 只走onConfigurationChanged
orientation|keyboardHidden|screenSize 只走onConfigurationChanged

规律是只要配置了orientation，就只会走onConfigurationChanged方法，Activity不会重建。

4、进程的优先级

空进程
后台进程
服务进程
可见进程
前台进程

5、Activity任务栈

先进后出

6、Activity启动模式

standard：可以有多个相同的实例，也允许多个相同Activity叠加。
singletop：如果新的activity已经位于栈顶，那么这个Activity不会被重写创建，如果栈顶不存在该Activity的实例，则情况与standard模式相同。
singletask：如果不存在，则会创建一个新的Task，并创建新的Activity实例入栈到新创建的Task中去；如果存在，则得到该任务栈，查找该任务栈中是否存在该Activity实例
如果存在实例，则将它上面的Activity实例都出栈，然后回调启动的Activity实例的onNewIntent方法
如果不存在该实例，则新建Activity，并入栈
singleinstance：种模式下的Activity会单独占用一个Task栈，具有全局唯一性，即整个系统中就这么一个实例。

7、scheme跳转协议
Android中的scheme是一种页面内跳转协议，通过定义自己的scheme协议，可以跳转到app中的各个页面

服务器可以定制化告诉app跳转哪个页面
App可以通过跳转到另一个App页面
可以通过H5页面跳转页面

Fragment

1、Fragment为什么被称为第五大组件
Fragment比Activity更节省内存，其切换模式也更加舒适，使用频率不低于四大组件，且有自己的生命周期，而且必须依附于Activity。

2、Activity创建Fragment的方式

静态创建：xml定义
动态创建：new

3、FragmentPageAdapter和FragmentPageStateAdapter的区别

FragmentPageAdapter在每次切换页面的的时候，是将Fragment进行分离，适合页面较少的Fragment使用以保存一些内存，对系统内存不会多大影响。
FragmentPageStateAdapter在每次切换页面的时候，是将Fragment进行回收，适合页面较多的Fragment使用，这样就不会消耗更多的内存。

4、Fragment生命周期

onAttach()
onCreate()
onCreateView()
onActivityCreated()
onStart()
onResume()
onPause()
onStop()
onDestroyView()
onDestroy()
onDetach()

5、Fragment的通信

Fragment调用Activity中的方法：getActivity、接口回调
Activity调用Fragment中的方法：Fragment直接调用
Fragment调用Fragment中的方法：FragmentManager.findFragmentById， Activity中转，EvenBus工具

6、Fragment的replace、add、remove方法

replace：替代Fragment的栈顶页面
add：添加Fragment到栈顶页面
remove：移除Fragment栈顶页面

Service

1、Service是什么
Service是四大组件之一，它可以在后台执行长时间运行操作而没有用户界面的应用组件

2、Service和Thread的区别

Service是安卓中系统的组件，它运行在独立进程的主线程中，不可以执行耗时操作。Thread是程序执行的最小单元，分配CPU的基本单位，可以开启子线程执行耗时操作
Service在不同Activity中可以获取自身实例，可以方便的对Service进行操作。Thread在不同的Activity中难以获取自身实例，如果Activity被销毁，Thread实例就很难再获取得到

3、Service启动方式

startService
bindService

4、Service生命周期

startService
onCreate()
onStartCommand()
onDestroy()
bindService
onCreate()
onBind()
onUnbind()
onDestroy()

Broadcast Receiver

1、Broadcast Receiver是什么
Broadcast是四大组件之一，是一种广泛运用在应用程序之间传输信息的机制，通过发送Intent来传送我们的数据

2、Broadcast Receiver的使用场景

同一App具有多个进程的不同组件之间的消息通信
不同App之间的组件之间的消息通信

3、Broadcast Receiver的种类

普通广播：开发者自身定义intent的广播
系统广播：使用系统广播时，只需要在注册广播接收者时定义相关的action即可，并不需要手动发送广播，当系统有相关操作时会自动进行系统广播
有序广播：发送出去的广播被广播接收者按照先后顺序接收
本地广播：安全性高 & 效率高
粘性广播：滞留

对于不同注册方式的广播接收器回调OnReceive（Context context，Intent intent）中的context返回值是不一样的：

对于静态注册（全局+应用内广播），回调onReceive(context, intent)中的context返回值是：ReceiverRestrictedContext；
对于全局广播的动态注册，回调onReceive(context, intent)中的context返回值是：Activity Context；
对于应用内广播的动态注册（LocalBroadcastManager方式），回调onReceive(context, intent)中的context返回值是：Application Context。
对于应用内广播的动态注册（非LocalBroadcastManager方式），回调onReceive(context, intent)中的context返回值是：Activity Context；

4、Broadcast Receiver的实现

静态注册：注册后一直运行，尽管Activity、进程、App被杀死还是可以接收到广播
动态注册：跟随Activity的生命周期

5、Broadcast Receiver实现机制

自定义广播类继承BroadcastReceiver，复写onReceiver()
通过Binder机制向AMS进行注册广播
广播发送者通过Binder机制向AMS发送广播
AMS查找符合相应条件的广播发送到BroadcastReceiver相应的循环队列中
消息队列执行拿到广播，回调BroadcastReceiver的onReceiver()

6、LocalBroadcastManager特点

本地广播只能在自身App内传播，不必担心泄漏隐私数据
本地广播不允许其他App对你的App发送该广播，不必担心安全漏洞被利用
本地广播比全局广播更高效
以上三点都是源于其内部是用Handler实现的

WebView

1、WebView安全漏洞
API16之前存在远程代码执行安全漏洞，该漏洞源于程序没有正确限制使用WebView.addJavascriptInterface方法，远程攻击者可通过使用Java反射机制利用该漏洞执行任意Java对象的方法

2、WebView销毁步骤
WebView在其他容器上时（如：LinearLayout），当销毁Activity时，需要在onDestroy()中先移除容器上的WebView，然后再将WebView.destroy()，这样就不会导致内存泄漏

3、WebView的jsbridge
客户端和服务端之间可以通过Javascript来互相调用各自的方法

4、WebViewClient的onPageFinished
WebViewClient的onPageFinished在每次完成页面的时候调用，但是遇到未加载完成的页面跳转其他页面时，就会一直调用，使用WebChromeClient.onProgressChanged可以替代

5、WebView后台耗电
在WebView加载页面的时候，会自动开启线程去加载，如果不很好的关闭这些线程，就会导致电量消耗加大，可以采用暴力的方法，直接在onDestroy方法中System.exit(0)结束当前正在运行中的java虚拟机

6、WebView硬件加速
Android3.0引入硬件加速，默认会开启，WebView在硬件加速的情况下滑动更加平滑，性能更加好，但是会出现白块或者页面闪烁的副作用，建议WebView暂时关闭硬件加速

7、WebView内存泄漏
由于WebView是依附于Activity的，Activity的生命周期和WebView启动的线程的生命周期是不一致的，这会导致WebView一直持有对这个Activity的引用而无法释放，解决方案如下

独立进程，简单暴力，不过可能涉及到进程间通信（推荐）
动态添加WebView，对传入WebView中使用的Context使用弱引用

##Binder

1、Linux内核的基本知识

进程隔离/虚拟地址空间：进程间是不可以共享数据的，相当于被隔离，每个进程被分配到不同的虚拟地址中
系统调用：Linux内核对应用有访问权限，用户只能在应用层通过系统调用，调用内核的某些程序
binder驱动：它负责各个用户的进程，通过binder通信内核来进行交互的模块

2、为什么使用Binder

性能上，相比传统的Socket更加高效
安全性高，支持协议双方互相校验

3、Binder通信模型

Service服务端通过Binder驱动在ServiceManager的查找表中注册Object对象的add方法
Client客户端通过Binder驱动在ServiceManager的查找表中找到Object对象的add方法，并返回proxy的add方法，add方法是个空实现，proxy也不是真正的Object对象，是通过Binder驱动封装好的代理类的add方法
当Client客户端调用add方法时，Client客户端通过Binder驱动将proxy的add方法，请求ServiceManager来找到Service服务端真正对象的add方法，进行调用

4、AIDL

客户端通过aidl文件的Stub.asInterface()方法，拿到Proxy代理类
通过调用Proxy代理类的方法，将参数进行封包后，调用底层的transact()方法
transact()方法会回调onTransact()方法，进行参数的解封
在onTransact()方法中调用服务端对应的方法，并将结果返回

Handler

1、Handler是什么

Handler通过发送和处理Message和Runnable对象来关联相对应线程的MessageQueue

2、Handler使用方法

post(runnable)
sendMessage(message)

3、Handler工作原理

Android进阶——Android消息机制之Looper、Handler、MessageQueen
http://blog.youkuaiyun.com/qq_30379689/article/details/53394061

主线程（UI线程）

定义：当程序第一次启动时，Android会同时启动一条主线程（Main Thread）
作用：主线程主要负责处理与UI相关的事件

Message（消息）

定义：Handler接收和处理的消息对象（Bean对象）
作用：通信时相关信息的存放和传递

ThreadLocal

定义：线程内部的数据存储类
作用：负责存储和获取本线程的Looper

Message Queue（消息队列）

定义：采用单链表的数据结构来存储消息列表
作用：用来存放通过Handler发过来的Message，按照先进先出执行

Handler（处理者）

定义：Message的主要处理者
作用：负责发送Message到消息队列&处理Looper分派过来的Message

Looper（循环器）

定义：扮演Message Queue和Handler之间桥梁的角色
作用：
消息循环：循环取出Message Queue的Message
消息派发：将取出的Message交付给相应的Handler

机制：
Looper中存放有MessageQueen，MessageQueen中又有很多Message，当我们的Handler发送消息的时候，会获取当前的Looper，并在当前的Looper的MessageQueen当中存放我们发送的消息，而我们的MessageQueen也会在Looper的带动下，一直循环的读取Message信息，并将Message信息发送给Handler，并执行HandlerMessage()方法

4、Handler引起的内存泄漏

原因：非静态内部类持有外部类的匿名引用，导致Activity无法释放
解决：

Handler内部持有外部Activity的弱引用
Handler改为静态内部类
Handler.removeCallback()

AsyncTask

1、AsyncTask是什么

它本质上就是一个封装了线程池和Handler的异步框架

2、AsyncTask使用方法

三个参数

Params：表示后台任务执行时的参数类型，该参数会传给AysncTask的doInBackground()方法
Progress：表示后台任务的执行进度的参数类型，该参数会作为onProgressUpdate()方法的参数
Result：表示后台任务的返回结果的参数类型，该参数会作为onPostExecute()方法的参数

五个方法

onPreExecute()：异步任务开启之前回调，在主线程中执行
doInBackground()：执行异步任务，在线程池中执行
onProgressUpdate()：当doInBackground中调用publishProgress时回调，在主线程中执行
onPostExecute()：在异步任务执行之后回调，在主线程中执行
onCancelled()：在异步任务被取消时回调

3、AsyncTask工作原理
Android进阶——多线程系列之异步任务AsyncTask的使用与源码分析
http://blog.youkuaiyun.com/qq_30379689/article/details/53203556

4、AsyncTask引起的内存泄漏

原因：非静态内部类持有外部类的匿名引用，导致Activity无法释放
解决：
AsyncTask内部持有外部Activity的弱引用
AsyncTask改为静态内部类
AsyncTask.cancel()

5、AsyncTask生命周期

在Activity销毁之前，取消AsyncTask的运行，以此来保证程序的稳定

6、AsyncTask结果丢失

由于屏幕旋转、Activity在内存紧张时被回收等情况下，Activity会被重新创建，此时，旧的AsyncTask持有旧的Activity引用，这个时候会导致AsyncTask的onPostExecute()对UI更新无效

7、AsyncTask并行or串行

AsyncTask在Android 2.3之前默认采用并行执行任务，AsyncTask在Android 2.3之后默认采用串行执行任务
如果需要在Android 2.3之后采用并行执行任务，可以调用AsyncTask的executeOnExecutor()

HandlerThread

1、HandlerThread产生背景
当系统有多个耗时任务需要执行时，每个任务都会开启一个新线程去执行耗时任务，这样会导致系统多次创建和销毁线程，从而影响性能。为了解决这一问题，Google提供了HandlerThread，HandlerThread是在线程中创建一个Looper循环器，让Looper轮询消息队列，当有耗时任务进入队列时，则不需要开启新线程，在原有的线程中执行耗时任务即可，否则线程阻塞

2、HanlderThread的特点：

HandlerThread本质上是一个线程，继承自Thread
HandlerThread有自己的Looper对象，可以进行Looper循环，可以创建Handler
HandlerThread可以在Handler的handlerMessage中执行异步方法
HandlerThread优点是异步不会堵塞，减少对性能的消耗
HandlerThread缺点是不能同时继续进行多任务处理，需要等待进行处理，处理效率较低
HandlerThread与线程池不同，HandlerThread是一个串行队列，背后只有一个线程。

IntentService

1、IntentService是什么
IntentService是继承自Service并处理异步请求的一个类，其内部采用HandlerThread和Handler实现的，在IntentService内有一个工作线程来处理耗时操作，其优先级比普通Service高。当任务完成后，IntentService会自动停止，而不需要手动调用stopSelf()。另外，可以多次启动IntentService，每个耗时操作都会以工作队列的方式在IntentService中onHandlerIntent()回调方法中执行，并且每次只会执行一个工作线程

2、IntentService使用方法

创建Service继承自IntentService
覆写构造方法和onHandlerIntent()方法
在onHandlerIntent()中执行耗时操作

视图工作机制

Android进阶——Android视图工作机制之measure、layout、draw
http://blog.youkuaiyun.com/qq_30379689/article/details/54588736

1、Android视图工作机制按顺序分为以下三步：

measure：确定View的宽高
layout：确定View的位置
draw：绘制出View的形状

2、Android视图工作机制之MeasureSpec

MeasureSpec类是决定View的measure过程的测量规格（比喻：尺子），它由以下两部分组成

SpecMode：测量模式（比喻：直尺、三角尺等不同类型）
SpecSize：测量模式下的规格大小（比喻：尺子的刻度）

MeasureSpec的表示形式是32位的int值

高2位（前面2位）：表示测量模式，即SpecMode
低30位（后面30位）：表示在测量模式下的测量规格大小，即SpecSize

SpecMode又分为三种模式

UNSPECIFIED：父容器不对View有任何大小的限制，这种情况一般用于系统内部，表示一种测量状态
EXACTLY：父容器检测出View所需要的精确大小，这时候View的值就是SpecSize
AT_MOST：父容器指定了一个可用大小即SpecSize，View的大小不能大于这个值

结论：子View的MeasureSpec由父容器的MeasureSpec和自身的LayoutParams来共同决定的

draw过程也很简单，就是将View绘制到屏幕上，它有如下几个步骤

绘制背景：drawBackground(canvas)
绘制自己：if (!dirtyOpaque) onDraw(canvas)
绘制children：dispatchDraw(canvas)
绘制装饰：onDrawForeground(canvas)

invalidate()和requestLayout()，常用于View重绘和更新，其主要区别如下

invalidate方法只会执行onDraw方法
requestLayout方法只会执行onMeasure方法和onLayout方法，并不会执行onDraw方法。

所以当我们进行View更新时，若仅View的显示内容发生改变且新显示内容不影响View的大小、位置，则只需调用invalidate方法；若View宽高、位置发生改变且显示内容不变，只需调用requestLayout方法；若两者均发生改变，则需调用两者，按照View的绘制流程，推荐先调用requestLayout方法再调用invalidate方法

invalidate()和postInvalidate()

invalidate方法用于UI线程中重新绘制视图
postInvalidate方法用于非UI线程中重新绘制视图，省去使用handler

Android事件分发机制之dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent
http://blog.youkuaiyun.com/qq_30379689/article/details/53967177

Android事件分发机制的简介

Android事件分发机制的发生在View与View之间或者ViewGroup与View之间具有镶嵌的视图上，而且视图上必须为点击可用。当一个点击事件产生后，它的传递过程遵循如下顺序：Activity->Window->View，即事件先传递给Activity，再到Window，再到顶级View，才开始我们的事件分发

Android事件分发机制的相关概念

Android事件分发机制主要由三个重要的方法共同完成的

dispatchTouchEvent：用于进行点击事件的分发
return true：表示该View内部消化掉了所有事件
return false：表示事件在本层不再继续进行分发，并交由上层控件的onTouchEvent方法进行消费
return super.dispatchTouchEvent(ev)：默认事件将分发给本层的事件拦截onInterceptTouchEvent 方法进行处理
onInterceptTouchEvent：用于进行点击事件的拦截
return true：表示将事件进行拦截，并将拦截到的事件交由本层控件的 onTouchEvent 进行处理
return false：表示不对事件进行拦截，事件得以成功分发到子View
return super.onInterceptTouchEvent(ev)：默认表示不拦截该事件，并将事件传递给下一层View的dispatchTouchEvent
onTouchEvent：用于处理点击事件
return true：表示onTouchEvent处理完事件后消费了此次事件
return fasle：表示不响应事件，那么该事件将会不断向上层View的onTouchEvent方法传递，直到某个View的onTouchEvent方法返回true
return super.onTouchEvent(ev);：表示不响应事件，结果与return false一样

这里需要注意的是View中是没有onInterceptTouchEvent()方法的

简要的谈谈Android的事件分发机制？

当点击事件发生时，首先Activity将TouchEvent传递给Window，再从Window传递给顶层View。TouchEvent会最先到达最顶层 view 的 dispatchTouchEvent ，然后由 dispatchTouchEvent 方法进行分发，如果dispatchTouchEvent返回true ，则交给这个view的onTouchEvent处理，如果dispatchTouchEvent返回 false ，则交给这个 view 的 interceptTouchEvent 方法来决定是否要拦截这个事件，如果 interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是 onTouchEvent 来接收。而如果传递到最上面的 onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。

为什么View有dispatchTouchEvent方法？

因为View可以注册很多事件的监听器，如长按、滑动、点击等，它也需要一个管理者来分发

ViewGroup中可能有很多个子View，如何判断应该分配给哪一个？

根据源码可知，它会分配给在点击范围内的子View

当点击时，子View重叠应该如何分配？

一般分配给最上层的子View，这是由于安卓的渲染机制导致的

ListView

1、ListView是什么
ListView是能将一个数据集合以动态滚动的方式展示到用户界面上的View。

2、ListView的优化

重用convertView
使用ViewHolder
图片三级缓存
监听滑动事件
少用透明View
开启硬件加速

RecyclerView

1、RecyclerView是什么
RecyclerView是support.v7包中的控件，可以说是ListView和GridView的增强升级版。

2、特点

你想要控制其显示的方式，请通过布局管理器LayoutManager
LinearLayoutManager 现行管理器，支持横向、纵向。
GridLayoutManager 网格布局管理器
StaggeredGridLayoutManager 瀑布就式布局管理器
你想要控制Item间的间隔（可绘制），请通过ItemDecoration
你想要控制Item增删的动画，请通过ItemAnimator
你想要控制点击、长按事件，请自己写（擦，这点尼玛。）

3、优化

Item布局优化，合理运用，，等标签，使布局层次尽量少，background绘制减少，减少过度绘制
图片优化，灵活使用各种第三方库，比如通过Glide或者是Picasso加载图片

ANR

1、什么是ANR
Application Not Responding，页面无响应的对话框

2、发生ANR的条件
应用程序的响应性是由ActivityManager和WindowManager系统服务监视的，当ANR发生条件满足时，就会弹出ANR的对话框

Activity超过5秒无响应
BroadcastReceiver超过10秒无响应
Service超过20秒无响应

3、造成ANR的主要原因

主线程被IO操作阻塞

Activity的所有生命周期回调都是执行在主线程的
Service默认执行在主线程中
BoardcastReceiver的回调onReceive()执行在主线程中
AsyncTask的回调除了doInBackground，其他都是在主线程中
没有使用子线程Looper的Handler的handlerMessage，post(Runnable)都是执行在主线程中

4、如何解决ANR

使用AsyncTask处理耗时IO操作
使用Thread或HandlerThread提供优先级
使用Handler处理工作线程的耗时操作
Activity的onCreate和onResume回调尽量避免耗时操作

OOM

1、什么是OOM
OOM指Out of memory（内存溢出），当前占用内存加上我们申请的内存资源超过了Dalvik虚拟机的最大内存限制就会抛出Out of memory异常

2、OOM相关概念

内存溢出：指程序在申请内存时，没有足够的空间供其使用
内存泄漏：指程序分配出去的内存不再使用，无法进行回收
内存抖动：指程序短时间内大量创建对象，然后回收的现象

3、解决OOM
Bitmap相关

图片压缩
加载缩略图
在滚动时不加载图片
回收Bitmap
使用inBitmap属性
捕获异常

其他相关

listview重用convertView、使用lru
避免onDraw方法执行对象的创建
谨慎使用多进程

Bitmap

1、recycle

在安卓3.0以前Bitmap是存放在堆中的，我们只要回收堆内存即可
在安卓3.0以后Bitmap是存放在内存中的，我们需要回收native层和Java层的内存
官方建议我们3.0以后使用recycle方法进行回收，该方法也可以不主动调用，因为垃圾回收器会自动收集不可用的Bitmap对象进行回收
recycle方法会判断Bitmap在不可用的情况下，将发送指令到垃圾回收器，让其回收native层和Java层的内存，则Bitmap进入dead状态
recycle方法是不可逆的，如果再次调用getPixels()等方法，则获取不到想要的结果

2、LruCache原理
LruCache是个泛型类，内部采用LinkedHashMap来实现缓存机制，它提供get方法和put方法来获取缓存和添加缓存，其最重要的方法trimToSize是用来移除最少使用的缓存和使用最久的缓存，并添加最新的缓存到队列中

3、三级缓存

网络缓存
本地缓存
内存缓存

UI卡顿

1、UI卡顿原理
View的绘制帧数保持60fps是最佳，这要求每帧的绘制时间不超过16ms（1000/60），如果安卓不能在16ms内完成界面的渲染，那么就会出现卡顿现象

2、UI卡顿的原因分析

在UI线程中做轻微的耗时操作，导致UI线程卡顿
布局Layout过于复杂，无法在16ms内完成渲染
同一时间动画执行的次数过多，导致CPU和GPU负载过重
overDraw，导致像素在同一帧的时间内被绘制多次，使CPU和GPU负载过重
View频繁的触发measure、layout，导致measure、layout累计耗时过多和整个View频繁的重新渲染
频繁的触发GC操作导致线程暂停，会使得安卓系统在16ms内无法完成绘制
冗余资源及逻辑等导致加载和执行缓慢
ANR

3、UI卡顿的优化

布局优化

使用include、ViewStub、merge
不要出现过于嵌套和冗余的布局
使用自定义View取代复杂的View

ListView优化

复用convertView
滑动不加载
背景和图片优化
缩略图
图片压缩

避免ANR

内存泄漏

1、Java内存泄漏引起的主要原因
长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄漏

2、Java内存分配策略

静态存储区：又称方法区，主要存储全局变量和静态变量，在整个程序运行期间都存在
栈区：方法体的局部变量会在栈区创建空间，并在方法执行结束后会自动释放变量的空间和内存
堆区：保存动态产生的数据，如：new出来的对象和数组，在不使用的时候由Java回收器自动回收

3、Android解决内存泄漏的例子

单例造成的内存泄漏：在单例中，使用context.getApplicationContext()作为单例的context
匿名内部类造成的内存泄漏：由于非静态内部类持有匿名外部类的引用，必须将内部类设置为static
Handler造成的内存泄漏：使用static的Handler内部类，同时在实现内部类中持有Context的弱引用
避免使用static变量：由于static变量会跟Activity生命周期一致，当Activity退出后台被后台回收时，static变量是不安全，所以也要管理好static变量的生命周期
资源未关闭造成的内存泄漏：比如Socket、Broadcast、Cursor、Bitmap、ListView等，使用完后要关闭
AsyncTask造成的内存泄漏：由于非静态内部类持有匿名内部类的引用而造成内存泄漏，可以通过AsyncTask内部持有外部Activity的弱引用同时改为静态内部类或在onDestroy()中执行AsyncTask.cancel()进行修复
不要在UI线程中做耗时操作

内存管理

1、Android内存管理机制

分配机制
管理机制

2、内存管理机制的特点

更少的占用内存
在合适的时候，合理的释放系统资源
在系统内存紧张的时候，能释放掉大部分不重要的资源
能合理的在特殊生命周期中，保存或还原重要数据

3、内存优化方法

Service完成任务后应停止它，或用IntentService（因为可以自动停止服务）代替Service
在UI不可见的时候，释放其UI资源
在系统内存紧张的时候，尽可能多的释放非重要资源
避免滥用Bitmap导致内存浪费
避免使用依赖注入框架
使用针对内存优化过的数据容器
使用ZIP对齐的APK
使用多进程

冷启动和热启动

1、什么是冷启动和热启动

冷启动：在启动应用前，系统中没有该应用的任何进程信息
热启动：在启动应用时，在已有的进程上启动应用（用户使用返回键退出应用，然后马上又重新启动应用）

2、冷启动和热启动的区别

冷启动：创建Application后再创建和初始化MainActivity
热启动：创建和初始化MainActivity即可

3、冷启动时间的计算
这个时间值从应用启动（创建进程）开始计算，到完成视图的第一次绘制为止

4、冷启动流程

Zygote进程中fork创建出一个新的进程
创建和初始化Application类、创建MainActivity
inflate布局、当onCreate/onStart/onResume方法都走完
contentView的measure/layout/draw显示在界面上

总结：Application构造方法->attachBaseContext()->onCreate()->Activity构造方法->onCreate()->配置主题中背景等属性->onStart()->onResume()->测量布局绘制显示在界面上

5、冷启动优化

减少第一个界面onCreate()方法的工作量
不要让Application参与业务的操作
不要在Application进行耗时操作
不要以静态变量的方式在Application中保存数据
减少布局的复杂性和深度
不要在mainThread中加载资源
通过懒加载方式初始化第三方SDK

其他优化

1、Android不用静态变量存储数据

静态变量等数据由于进程已经被杀死而被初始化
使用其他数据传输方式：文件/sp/contentProvider

2、SharePreference安全问题

不能跨进程同步
文件不宜过大

3、内存对象序列化

Serializeble：是java的序列化方式，Serializeble在序列化的时候会产生大量的临时对象，从而引起频繁的GC
Parcelable：是Android的序列化方式，且性能比Serializeble高，Parcelable不能使用在要将数据存储在硬盘上的情况

4、避免在UI线程中做繁重的操作

架构模式

Android基础——框架模式MVC在安卓中的实践
http://blog.youkuaiyun.com/qq_30379689/article/details/52909656

Android基础——框架模式MVP在安卓中的实践
http://blog.youkuaiyun.com/qq_30379689/article/details/52910567

1、MVP的介绍

Model：数据层，负责处理数据的加载或者存储
View：视图层，负责界面数据的展示，与用户进行交互
Presenter：中间者，绑定Model层和View层，是Model与View之间的桥梁

2、MVP优点：

模型与视图完全分离，我们可以修改视图而不影响模型
可以更高效地使用模型，因为所有的交互都发生在一个地方——Presenter内部
我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。这个特性非常的有用，因为视图的变化总是比模型的变化频繁
如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑（单元测试）

3、MVP缺点：
由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。还有一点需要明白，如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了

Android基础——框架模式MVVM之DataBinding的实践
http://blog.youkuaiyun.com/qq_30379689/article/details/53037430

1、MVVM的介绍
MVVM是Model-View-ViewModel的简写，这个模式提供对View和View Model的双向数据绑定，使得View Model的状态改变可以自动传递给View

Model：数据层，负责处理数据的加载或者存储
View：视图层，负责界面数据的展示，与用户进行交互
ViewModel：负责完成View于Model间的交互,负责业务逻辑

2、MVVM优点：

低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View”上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xml代码。
可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

插件化

1、插件化解决的问题

动态加载APK（反射、类加载器）
资源加载（反射、AssetManager、独立资源、分段资源）
代码加载（反射获取生命周期）

2、类加载器（Java中字节码添加到虚拟机中）

DexClassLoader：能够加载未安装的jar/apk/dex，主要用于动态加载和代码热更新
PathClassLoader：只能加载系统中已经安装过的apk

热更新

1、热更新主要流程

线上检查到Crash
拉出Bugfix分支修复Crash问题
jenkins构建和补丁生成
app通过推送或主动拉取补丁文件
将Bugfix代码合到master上

2、热更新主流框架

Dexposed
AndFix
Nuwa
Tinker

3、热更新的原理

在ClassLoader创建一个dexElements数组
将修复好的dex文件存放在dexElements数组的最前面
ClassLoader会遍历dexElements数组，找到最前面的dex文件优先加载

进程保活

1、进程的优先级

空进程
后台进程
服务进程
可见进程
前台进程

2、Android进程回收策略

Low memory Killer（定时执行）：通过一些比较复杂的评分机制，对进程进行打分，然后将分数高的进程判定为bad进程，杀死并释放内存
OOM_ODJ：判别进程的优先级

3、Android保活方案

利用系统广播拉活
利用系统Service机制拉活
利用Native进程拉活
利用JobScheduler机制拉活
利用账号同步机制拉活

网络

1、网络协议有哪些：
HTTPS和HTTP的区别主要如下：

https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。
http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。

Get与Post请求区别：

Post请求可以向服务器传送数据，而且数据放在HTML HEADER内一起传送到服务端URL地址，数据对用户不可见。而get是把参数数据队列加到提交的URL中，值和表单内各个字段一一对应

2、TCP/UDP区别

3、OkHttp

数据存储

1、数据存储方式：

File
SharedPreferences
SQLite
ContentProvider
网络

2、ContentProvider与SQLite区别

SQLiteDatabase是Android平台提供的用于访问SQLite数据库的接口，它支持较为丰富的SQL语言查询功能，可以满足几乎所有手机应用程序的数据库访问要求，SQLite数据库还支持游标功能。
ContentProvider是用于不同应用程序之间共享数据的一个接口。作为服务器端得应用程序负责持有数据，并且提供数据的增、删、改、查等操作。客户端应用程序可以通过接口进行同样的数据操作，只不过是由Android操作系统负责将客户端的数据操作请求发送给服务器端。内容提供器服务器端和客户端的接口之后在讨论。