androidservice开启

㈠ Android中Service的生命周期与启动方法有什么区别

●    startService()：开启Service，调用者退出后Service仍然存在。

●    bindService()：开启Service，调用者退出后Service也随即退出。

Service生命周期：

●    只是用startService()启动服务：onCreate() -> onStartCommand() -> onDestory

●    只是用bindService()绑定服务：onCreate() -> onBind() -> onUnBind() -> onDestory

●    同时使用startService()启动服务与bindService()绑定服务：onCreate() -> onStartCommand() -> onBind() -> onUnBind() -> onDestory

㈡ Android中如何启用Service，如何停用Service

• Context.startService()
• Context.bindService()

1. 在同一个应用任何地方调用 startService() 方法就能启动 Service 了，然后系统会回调 Service 类的
onCreate() 以及 onStart() 方法。这样启动的 Service 会一直运行在后台，直到
Context.stopService() 或者 selfStop() 方法被调用。另外如果一个 Service 已经被启动，其他代码再试图调用
startService() 方法，是不会执行 onCreate() 的，但会重新执行一次 onStart() 。

2. 另外一种 bindService() 方法的意思是，把这个 Service 和调用 Service
的客户类绑起来，如果调用这个客户类被销毁，Service 也会被销毁。用这个方法的一个好处是，bindService() 方法执行后
Service 会回调上边提到的 onBind() 方发，你可以从这里返回一个实现了 IBind
接口的类，在客户端操作这个类就能和这个服务通信了，比如得到 Service 运行的状态或其他操作。如果 Service
还没有运行，使用这个方法启动 Service 就会 onCreate() 方法而不会调用 onStart()。

总结：
1.
startService()的目的是回调onStart()方法，onCreate()
方法是在Service不存在的时候调用的，如果Service存在（例如之前调用了bindService，那么Service的onCreate方法
已经调用了）那么startService()将跳过onCreate() 方法。

2.
bindService()目的是回调onBind()方法，它的作用是在Service和调用者之间建立一个桥梁，并不负责更多的工作（例如一个
Service需要连接服务器的操作），一般使用bindService来绑定到一个现有的Service（即通过StartService启动的服
务）。
由于Service 的onStart()方法只有在startService()启动Service的情况下才调用，故使用onStart()的时候要注意这点。

㈢ 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)

Android开发中，当需要创建在后台运行的程序的时候，就要使用到Service。Service 可以分为有无限生命和有限生命两种。

特别需要注意的是Service跟Activities是不同的（简单来说可以理解为后台与前台的区别），例如，如果需要使用Service的话，需要调用startService(),从而利用startService()去调用Service中的OnCreate()和onStart()方法来启动一个后台的Service。

启动一个Service的过程如下：context.startService() ->onCreate()- >onStart()->Service running其中onCreate()可以进行一些服务的初始化工作，onStart()则启动服务。

停止一个Service的过程如下：context.stopService() | ->onDestroy() ->Service stop

接下来的实例是一个利用后台服务播放音乐的小例子，点击start运行服务，点击stop停止服务。ServicesDemo.java（是一个Activity）

除此之外还要在Manifest里面声明服务:(AndroidManifest.xml)

定义Service(MyService.java)

layout文件夹中是main.xml

values 文件夹中是strings.xm

㈤ android7.0 怎样启动service

安卓7.0开启夜间模式介绍： Android 7.0正式版已经发布，然而此前在开发者预览版中的一些功能遭到了阉割，最终没有在正式版中加入，其中之一便是夜间模式。而实际上，安卓7.0正式版中是有这个功能的，只不过被谷歌隐藏了而已。 Reddit网站上的帖子表示，安卓7.0正式版隐藏了夜间模式的功能，可通过一些ADB命令开启，但普通消费者并不懂怎样使用ADB命令，现在有开发者专门开发了一个开启安卓7.0隐藏夜间模式的APP，放在谷歌商店供下载。 用户只需要安装这款APP，然后点击打开夜间模式功能按钮，之后去快速启动栏按住设置图标，进入系统调谐器界面开启夜间模式功能即可。 值得一提的是，通过安卓6.0.1升级到Android 7.0牛轧糖的用户无法使用以上方法打开夜间模式，只有从以前的开发者预览版升级到Android 7.0牛轧糖正式版的手机才可以。 既然夜间模式的代码仍然在安卓7.0正式版中，我们估计谷歌会在未来合适的时候正式放开这个功能。

㈥ 安卓怎么自动启动service

1、首先创建一个广播接收者,重构其抽象方法onReceive(Context context, Intent intent)，在其中启动你想要启动的Service。import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;

public class BootBroadcastReceiver extends BroadcastReceiver {
//重写onReceive方法
@Override
public void onReceive(Context context, Intent intent) {
//后边的XXX.class就是要启动的服务
Intent service = new Intent(context,XXXclass);
context.startService(service);
Log.v("TAG", "开机自动服务自动启动.....");

}

}
配置xml文件，在receiver接收这种添加intent-filter配置
<receiver android:name="BootBroadcastReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"></action>
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</receiver>
添加权限处理
<!--此权限在高版本中可以省略,你可以测试-->
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"></uses-permission>
创建你需要启动的service处理(的XXX)类，并在androidMainfest.xml文件中添加（XXX）service的配置即可。

㈦ 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实践

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状态的监听者了。