androidservice启动
‘壹’ Android中服务service
本文原文连接 https://blog.csdn.net/wen20102321/article/details/53155736
Service是Android中的四大组件之一，它的级别和Activity差不多。只不过Service没有页面显示，只能后台运行，可以和其他组件进行交互。
Service的后台运行并不是子线程，是在主线程中进行的，只是它没有界面显示。如果Service进行了耗时操作同样需要开启子线程，否则会跟Activity一样出现ANR问题（application not response–程序没有响应）。
补充说明：
主线程的内容包括UI和后台，只要程序中的UI或者后台其中一个在跑，程序都算是在运行状态。
1，创建一个自己的TestService继承Service
2，必须实现重写其中的onBind方法，可以在里边做各种操作，也可以接收传递过来的Intent的数据。
(在Android Studio中可以直接新建一个Service)
服务的注册是四大组件中最简单的一个，一般只要设置name属性就可以了。
1，startService()启动
（1）启动服务startService：onCerate(),onStart()
（2）停止服务stopService：onDestroy()
此方法启动服务，服务如果未被创建，系统会先调用onCreate()方法，接着调用onStrat()方法。如果调用startService前服务已经被启动，多次调用启动方法，不会多次调用onCreate，但会导致多次调用onStrat。
2，bindService()启动
（1）绑定bindService：onCreate(),onBind()
（2）解除绑定unbindService：onUnbind()
（3）正常停止程序服务的方法是先接触绑定unbindService，在停止服务stopService
绑定后调用stopService方法，这时候是不能停止服务的，如果这时再调用解绑unbindService，程序会先解绑，后停止服务。
用此方法启动服务，在服务未被创建时，会先调用onCreate()，接着调用onBind()方法，这时候调用者和服务绑定在一起，调用者退出，系统会先调用服务的onUnbind()，然后onDestroy()。如果调用bindService之前服务已经被绑定，多次调用bindService并不会导致onCreate()和onBind()方法被多次调用。如果调用者想与正在绑定的服务解除绑定，可以调用unbindService()。
（1），onCerate()服务第一次被创建
（2），onStartComand()服务开始工作
（3），onBind()服务已经绑定
（4），onUnBind()服务解绑
（5），onDestroy()服务已经停止
普通的Service进行耗时操作要创建一个线程去完成，因为service是在主线程运行的，并且这个子线程完成工作要手动停止 。IntentService是继承了Service并处理起步请求的一个类，在IntentService内有一个工作线程，来处理耗时操作，启动IntentService的方式和启动传统的Service是一样，当任务执行完成后，IntentService会自动停止，而不需要我们去控制。
可以启动多次IntentService，每一个耗时操作会以工作队列的方式在IntentService的onHandleIntent回调方法中执行，并且每次只会执行一个工作线程，执行完第一个再执行第二个，以此类推，而且，所有请求都在一个单线程中，不会阻塞主线程，同一时间只处理一个请求。
IntentService优点
1，省去了在Service中开线程的麻烦
2，当操作完成时，不用手动停止Service。IntentService是Service，但是比Service更智能。
‘贰’ Android Service启动Activity
Android Service 基础知识点
我们都知道Activity中启动Activity，只需要startActivity，如果在Service中启动Activity呢？
在Service中启动Activity，很多人说在非Activity中启动Activity需要加FLAG_ACTIVITY_NEW_TASK flag，如果我不加会怎么样呢？
并没有出现异常和崩溃，跳转也是正常的，但是与之前所说的会崩溃报出异常不符合啊？！难道是与版本有关吗？于是我使用了Android 23去测试果然抛出了异常
ContextImpl在Android studio中属于隐藏源码，在IDE中可能看不到，那就需要在SDK中去找 我的是：D:\AndroidSdk\sources\android-23\android\app\ContextImpl.java
可以看到只是判断条件不同而已，android-23中发现没有Intent.FLAG_ACTIVITY_NEW_TASK会直接抛出异常，而android-26中我们在非 Activity 调用 startActivity() 的时候，我们这个 options 通常是 null 的，所以在 26 之间的时候，误把判断条件 options == null 写成了 options != null 导致进不去 if，从而不会抛出异常
附加：在android 24-android 27（即android N-android O）之间出现了bug，也就是说即使没有加Intent.FLAG_ACTIVITY_NEW_TASK也会正常跳转
可以很明显看到判断条件targetSdkVersion < Build.VERSION_CODES.N || targetSdkVersion >= Build.VERSION_CODES.P 即在24-27
看Activity中启动Activity的源码
Activity.startActivity() ->startActivityForResult()->mInstrumentation.execStartActivity() ...最终还是Ams去启动Activity 也就是Activity中重写了startActivity()方法所以不会出现这个异常
其实直观很好理解，如果不是在Activity中启动的，那就可以看做不是用户主动的行为，也就说这个界面可能出现在任何APP之上，如果不用Intent.FLAG_ACTIVITY_NEW_TASK将其限制在自己的Task中，那用户可能会认为该Activity是当前可见APP的页面，这是不合理的。举个例子：我们在听音乐，这个时候如果邮件Service突然要打开一个Activity，如果不用Intent.FLAG_ACTIVITY_NEW_TASK做限制，那用户可能认为这个Activity是属于音乐APP的，因为用户点击返回的时候，可能会回到音乐，而不是邮件（如果邮件之前就有界面）
对比源码发现，在我们非 Activity 调用 startActivity() 的时候，我们这个 options 通常是 null 的，所以在 24~27 之间的时候，误把判断条件 options == null 写成了 options != null 导致进不去 if，从而不会抛出异常，如此我们使用 Context.startActivity() 的时候是一定要加上 FLAG_ACTIVITY_NEW_TASK 的，但是在 Android N 到 O-MR1，即 24~27 之间却出现了 bug，即使没有加也会正确跳转
结语：感谢各位大佬的分享，对此有疑问的可以去运行跑一下，看一下相关的源码，如有错误的需要改进的地方，请留言评论指出，谢谢！
参考文章：
‘叁’ Android 开机自启动service实践
Android 设备启动的时候，会发送android.intent.action.BOOT_COMPLETED的广播，监听这个广播来实现开机自启动。
1） 创建需要的service和 BroadcastReceiver
2） 在AndroidManifest.xml 注册service 和BroadcastReceiver
3）申明权限
```
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
}
‘肆’ Android Service启动方式
1.startService
①.定义一个类继承service
②.在manifest.xml文件中配置该service
③.使用context的startService(intent)启动该service
④.不再使用时,调用stopService(Intent)停止该服务
2.bindService
①.创建bindService服务段,继承自service并在类中,创建一个实现binder接口的实例对象并提供公共方法给客户端调用
②.从onbind()回调方法返回此binder实例
③.在客户端中,从onserviceconnected()回调方法接收binder,并使用提供的方法调用绑定服务
‘伍’ Android重学系列 Service 启动和绑定原理
我们已经了解了BroadcastReceiver的原理，我们再来看看四大组件之一的Service是怎么启动的，以及怎么运行的原理。
如果遇到什么问题可以来到 https://www.jianshu.com/p/c4927c0b80a9 本文下进行交流
启动Service的入口就是startService和bindService方法。我们先来看看startService在ContextImpl中做了什么。
文件：/ frameworks / base / core / java / android / app / ContextImpl.java
此时调用的就是AMS的startService方法。
mServices是一个ActiveServices对象。这个对象是在AMS的构造函数中初始化好的。
这里调用了ActiveServices的startServiceLocked。
文件：/ frameworks / base / services / core / java / com / android / server / am / ActiveServices.java
核心流程有如下三个：
注意这里addToStarting是一个比较关键的判断，addToStarting默认为false。
如果此时不是启动前台服务，则需要进一步进行处理。如果ProcessRecord为空或者curProcState大于PROCESS_STATE_RECEIVER这个优先级数值；也就是优先级更小。
为了避免此时App应用是没有任何的前台ui，或者App应用还没有声明。避免有的App通过startService进行应用的包活或者拉起应用。就会进行如下能够存在的最大后台服务数量，则放入mDelayedStartList中进行延时启动后台服务，现在直接返回了。
不然则说明能够允许启动后台服务， 就设置为addToStarting为true。
通过ComponentName也就是包名和类名查找ServiceRecord；通过Intent意图过滤找到ServiceRecord。·
核心方法是bringUpServiceLocked。如果bringUpServiceLocked返回了异常，就返回一个特殊的ComponentName对象。
addToStarting为true，说明此时是一个能够启动的后台服务，则ServiceRecord添加到mStartingBackground中。如果mStartingBackground的数量为0，则直接调用ServiceMap的rescheleDelayedStartsLocked启动后台服务。
这几个关键的步骤，让我们依次的考察，先来看看scheleCreateService中做了什么。
如果第一次启动就走第一个if的分支：
能看到和BroadcastReceiver的ANR思路一样，通过一个延时的Handler，如果达到时间了还没有移除这个Handler消息则报ANR异常。
这里根据启动前台和后台分为两种超时时间：
前台分别是10秒，后台服务不属于后台进程组(判断adj是否在SCHED_GROUP_BACKGROUND)是20秒，后台服务属于后台进程组 200秒。
把数据封装成CreateServiceData后，通过Handler调用如下方法：
透三点的核心原理可以看我写的的Application创建和BroadcastReceiver原理两篇文章。来看看Service中都做了什么？
很简单就是保存了传递过来的参数，值得注意的是这个IBinder对象其实就是指ServiceRecord对象。
接着执行Service.onCreate这个空实现的方法。
本质上还是调用了ActiveServices的serviceDoneExecutingLocked方法。
type是SERVICE_DONE_EXECUTING_ANON，所不会做更多的处理。 最后执行了serviceDoneExecutingLocked方法。
这个方法不断的循环遍历List<ServiceStartArgs>分发SERVICE_ARGS消息，这个消息通过主线程的Looper调用handleServiceArgs。
bindService在开发中用的不是很多，这里稍微提一下他的使用。
首先申明一个ServiceConnection对象，用于绑定服务端的Service。
调用bindService的方法绑定到某个Service中。当服务端的service成功回调onBind方法，我们只需要返回对应的Binder对象。就能使用调用bindService的客户端在ServiceConnection的onServiceConnected的回调中获得Binder对象。
之后就能通过这个Binder调用本进程或者其他进程的的方法了。实际上我们可以把这个过程看成一个多对多的服务-客户端模型。多个客户端通过Binder向多服务端Service通信，每一次我们都可以通过ComponentName判断不同服务返回来的Binder对象。
这里面很简单，和BroadcastReceiver的思路很像。动态注册的BroadcastReceiver会封装成一个ReceiverDispatcher，而这里把ServiceConnection封装成LoadedApk.ServiceDispatcher对象。
并且会把ServiceDispatcher作为value，ServiceConnection作为key缓存一个map中。并且以context为key，把这个临时的map作为value缓存起来。这样一个Context就映射有了多个ServiceDispatcher对象，也就可以注册多个监听被绑定Service状态的监听者了。
‘陆’ android应用进程关闭怎么启动service
Service不是分离开的进程，除非其他特殊情况，它不会运行在自己的进程，而是作为启动运行它的进程的一部分。
Service不是线程，这意味着它将在主线程里劳作。
启动service有两种方法：
Context.startService()调用者与服务之间没有关联，即使调用者退出，服务仍可运行
Context.bindService() 调用者与服务绑定在一起，调用者一旦退出，服务也就终止。
‘柒’ Android如何启用Service，如何停用Service。
1．第一种是通过调用Context.startService()启动，调用Context.stopService()结束，startService()可以传递参数给Service
2．第二种方式是通过调用Context.bindService()启动，调用Context.unbindservice()结束，还可以通过ServiceConnection访问Service。
在Service每一次的开启关闭过程中，只有onStart可被多次调用(通过多次startService调用)，其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。
‘捌’ Android基础：Service —— 默默为你服务
Service有两种启动方式，分别为 context.startService() 和 context.bindService() 。这里要提到Service的生命周期，两种不同的启动方式有不同的生命周期：
Tips：
首先创建自己的Service类，重写其生命周期，并在mainfest.xml中进行注册。
必须注册Service，不然不会调用。简单注册：
补充下Service在manifest中的属性以及作用：
接下来，我们就可以用下面的两个方法来启动和停止服务。
首先在我们的Activity中创建Service连接对象，重写连接和断开的方法。创建自定义的Binder对象，在 onServiceConnected() 中赋值然后可以调用自定义Binder中的方法。使用下方的bind()方法来绑定服务，使用 unBind() 来解绑服务。
这里会用到Service的 onBind() 和 onUnbind() 的生命周期，我们在TestService中重写之。这里要注意的是，使用bindService()方法启动的Service，不会调用 onStartCommand() 的生命周期。此外，创建自定义Binder类和对象。
这样，当我们使用Activity中的bind()方法来绑定服务，会自动启动服务，而我们又重写了 onServiceConnected() 方法并使用myBinder来调用方法。这样我们就可以用它来Activity和Service来进行通信。
特别Tips：
如果先使用 startService() 来开启服务和 bindService() 来绑定服务，当使用 unbindService() 解绑时，Service并不会被销毁。而是使用 stopService() 才能销毁服务。
前台服务和后台服务的区别：
在Service中进行操作，将服务类型以前台的方式运行显示在通知栏。
运行效果：
暂时引用吧，有空再实现一个：
参考资料：