每日一练 20190523

1，如何保证Service不被杀死 ？

参考回答：

onStartCommand方式中，返回START_STICKY或则START_REDELIVER_INTENT

START_STICKY：若是返回START_STICKY，表示Service运行的进程被Android系统强制杀掉以后，Android系统会将该Service依然设置为started状态（即运行状态），可是再也不保存onStartCommand方法传入的intent对象
START_NOT_STICKY：若是返回START_NOT_STICKY，表示当Service运行的进程被Android系统强制杀掉以后，不会从新建立该Service
START_REDELIVER_INTENT：若是返回START_REDELIVER_INTENT，其返回状况与START_STICKY相似，但不一样的是系统会保留最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到从新建立后的Service的onStartCommand方法中


提升Service的优先级
在AndroidManifest.xml文件中对于intent-filter能够经过android:priority = "1000"这个属性设置最高优先级，1000是最高值，若是数字越小则优先级越低，同时适用于广播；
在onDestroy方法里重启Service
当service走到onDestroy()时，发送一个自定义广播，当收到广播时，从新启动service；
提高Service进程的优先级
进程优先级由高到低：前台进程 一 可视进程 一 服务进程 一 后台进程 一 空进程
可使用startForeground将service放到前台状态，这样低内存时，被杀死的几率会低一些；
系统广播监听Service状态
将APK安装到/system/app，变身为系统级应用


注意：以上机制都不能百分百保证Service不被杀死，除非作到系统白名单，与系统同生共死

 2.可否在Service开启耗时操做 ？ 怎么作 ？

参考回答：

    Service默认并不会运行在子线程中，也不运行在一个独立的进程中，它一样执行在主线程中（UI线程）。换句话说，不要在Service里执行耗时操做，除非手动打开一个子线程，不然有可能出现主线程被阻塞（ANR）的状况；

 3.用过哪些系统Service ？

4.了解ActivityManagerService吗？发挥什么做用

参考回答： ActivityManagerService是Android中最核心的服务 ， 主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工做，其职责与操做系统中的进程管理和调度模块相似；

 5.广播有几种形式 ? 都有什么特色 ？

参考回答：

普通广播：开发者自身定义 intent的广播（最经常使用），全部的广播接收器几乎会在同一时刻接受到此广播信息，接受的前后顺序随机；
有序广播：发送出去的广播被广播接收者按照前后顺序接收，同一时刻只会有一个广播接收器可以收到这条广播消息，当这个广播接收器中的逻辑执行完毕后，广播才会继续传递，且优先级（priority）高的广播接收器会先收到广播消息。有序广播能够被接收器截断使得后面的接收器没法收到它；
本地广播：仅在本身的应用内发送接收广播，也就是只有本身的应用能收到，数据更加安全，效率更高，但只能采用动态注册的方式；
粘性广播：这种广播会一直滞留，当有匹配该广播的接收器被注册后，该接收器就会收到此条广播；