1.service 和线程的区别和场景
Thread : 程序执行的最小单元，他是分配CPU的基本单位。
Thread的生命周期：
- 1.新建
- 2.就绪
- 3.运行
- 4.死亡
- 5.阻塞
Thread有一个致命缺点：无法控制
当Activity被finish后，不再持有该线程的引用，将无法对此Thread控制。为了避免这样的情况我们使用Service。因为Service会一直运行在后台。
service 是Android的一种机制，服务进行在主线程中。所以不能进行耗时操作
2.如何管理service的生命周期
- 1.OnCreate
- 2.OnStart
- 3.onDestroy
- 4.OnBind
5.OnUnBind
下面是两种启动service的流程图
image.png
1.startService启动之后 oncreate方法会调用一次，而onStartCommand方法会调用多次。次数与startService次数一致。
2.stopService手动调用之后，会调用onDestory方法，但是如果使用的BindService启动服务，在没有调用onUnBind解绑前，就算走了onDestory也无法将服务停止。
3.bindService 作用是绑定我们的服务，当我们手动调用后，他内部会调用oncreate，onBind。
4.unBindService 被调用后，他内部会调用onUnbind，onDestroy方法。
3.Serveice 和intentService的区别
Service是用于后台服务的，当我们的APP被挂到后台时。为了保证应用的某些组件仍然可以工作，我们就会引入service这个组件。需要强调的是 Service不是一个独立的进程，更不是一个独立的线程，它依赖于我们应用程序的主线程。
谷歌官方给出的意见：不建议在service中编写耗时的逻辑和操作，否则会引起ANR。
那么我们如何解决这个问题呢？
这里该轮到我们的IntentService出场了。
IntentService内部有一个工作线程HandlerThread可以做耗时操作。当任务完成后IntentService会自动停止。另外我们可以启动IntentService多次。而每一次耗时操作都会以工作队列的方式在IntentService回调方法中执行，并且每一次他只会执行一个工作线程。工作完一个再会进行第二个，依次进行。
通过查阅源码我们可以看到 IntentService继承自service，所以他包含了service的所有特性和生命周期，与service不同的是，intentService在执行onCreate的时候内部开了个线程去执行耗时操作。IntentService在onStart方法中通过消息的方式发送给HandlerThread，然后通过Handler中的looper来处理消息。所以我们需要实现onHandleIntent方法。
4.启动服务和绑定服务先后次序问题
1.先绑定后启动
先绑定服务后启动服务的情况下。绑定服务将会转为启动服务状态，这时候如果之前绑定的activity被销毁了。服务也不会被销毁，直到收到停止服务指令时，才会停止该服务。
2.先启动后绑定
先启动服务后绑定服务的情况下。当前服务还是会和activity绑定，只是即使我们的activity解除绑定了。服务还是按启动服务状态运行，直到收到停止服务指令时，服务才会被销毁。
总结：
1.启动服务的优先级>绑定服务的优先级
2.服务在其托管进程的主线程中运行（UI线程）,耗时操作需要单独创建子线程。
5.序列化：Parcelable和Serializable
序列化：内存中对象——磁盘
反序列化：磁盘中对象——内存
两者实现差异
- Serializable 只需要通过Serializable的接口就行。我们会给这个对象添加一个UID。
- Parcelable比较复杂，不仅要实现parcelable接口，还需要使用writeToParcel方法将对象写入序列化结构中，在使用createFromParcelable方法从序列化后的对象中创建原始对象
两者效率对比
- 性能方面Parcelable比Serializable好，特别是在内存开销方面。因此在内存间传递数据推荐用Parcelable
- Serializable将数据持久化操作比较方便，所以对象序列化到存储设备中我们一般推荐Serializable
6.Binder
AIDL： 进程间通信（IPC）机制
1.创建AIDL： 实体对象，新建AIDL文件，make工程
2.服务端：新建Service，创建Binder对象，定义方法
3.客户端：实现ServiceConnection，BindService
