android服务的使用

1. Android 服务的限制

Google官网将Android服务分为了三种，前台服务，后台服务和绑定服务：

前台服务执行一些用户能注意到的操作。例如，音频应用会使用前台服务来播放音频曲目。前台服务必须显示 通知 。即使用户停止与应用的交互，前台服务仍会继续运行。

后台服务执行用户不会直接注意到的操作。例如，如果应用使用某个服务来压缩其存储空间，则此服务通常是后台服务。

当应用组件通过调用 bindService() 绑定到服务时，服务即处于 绑定 状态。绑定服务会提供客户端-服务器接口，以便组件与服务进行交互、发送请求、接收结果，甚至是利用进程间通信 (IPC) 跨进程执行这些操作。仅当与另一个应用组件绑定时，绑定服务才会运行。多个组件可同时绑定到该服务，但全部取消绑定后，该服务即会被销毁。

我个人理解服务可以分为两种， 前台 和 后台 ，而 绑定 应该是被当作一种状态，因为 前台服务 和 后台服务 都可以进行绑定。

基于这个理解，我们将限制分成了前台和后台两个部分：

从 Android 5.0（API 级别 21）开始，如果使用隐式 Intent 调用 bindService() ，则系统会抛出异常。为确保应用的安全性，在启动 Service 时，请始终使用显式 Intent，且不要为服务声明 Intent 过滤器。

在后台中运行的 Service 会消耗设备资源，这可能会降低用户体验。 为了缓解这一问题，系统对这些 Service 施加了一些限制。

处于前台时，应用可以自由创建和运行前台与后台 Service。

Android 8.0 开始：系统不允许后台应用创建后台 Service。否则该函数将引发一个 IllegalStateException。

Android 8.0 开始：进入后台时，在一个持续数分钟的时间窗内，应用仍可以创建和使用 Service。 在该时间窗结束后，应用将被视为处于 空闲 状态。 此时，系统将停止应用的后台 Service，就像应用已经调用 Service 的 Service.stopSelf() 方法一样。

为了解除这种限制，可以使用 JobScheler 作业替换后台 Service。

在 Android 8.0 之前，创建前台 Service 的方式通常是先创建一个后台 Service，然后将该 Service 推到前台。

而在Android 8.0 之后，系统不允许后台应用创建后台 Service。

解决方案：调用 startForegroundService() ，以在前台启动新 Service。

在系统创建 Service 后，应用有五秒的时间来调用该 Service 的 startForeground() 方法以显示新 Service 的用户可见通知。 如果应用在此时间限制内 未 调用 startForeground() ，则系统将停止此 Service 并声明此应用为 ANR 。

前台服务必须显示优先级为 PRIORITY_LOW 或更高的 状态栏通知 ，这有助于确保用户知道应用正在执行的任务。如果某操作不是特别重要，因而您希望使用最低优先级通知，则可能不适合使用服务；相反，您可以考虑使用 计划作业 。

在 Android 9 (API 28)之后，使用前台服务必须申请 FOREGROUND_SERVICE 权限，否则会报 SecurityException 。 这是普通权限，因此，系统会自动为请求权限的应用授予此权限。

每个运行服务的应用都会给系统带来额外负担，从而消耗系统资源。如果应用尝试使用低优先级通知隐藏其服务，则可能会降低用户正在主动交互的应用的性能。因此，如果某个应用尝试运行拥有最低优先级通知的服务，则系统会在抽屉式通知栏的底部调用出该应用的行为。

以 Android 12 为目标平台的应用在后台运行时无法再启动 前台服务 。

在 Android 11 及以后，系统对前台服务何时可以访问设备的位置、摄像头或麦克风进行了限制。

如果您的应用以 Android 11 或更高版本为目标平台，且在前台服务中访问摄像头或麦克风，则必须添加 前台服务类型 camera 和 microphone 。

如果你的应用 在后台运行时启动了某项前台服务 ：

如果某服务的功能（位置、麦克风 和 相机）受到了限制，则Logcat中会打印如下语句：

2. android service有什么用

Service是Android系统中的四大组件之一，它是一种长生命周期的，没有可视化界面，运行于后台的一种服务程序。如果service是被开启的，那么它的活动生命周期和整个生命周期一同结束。如果service是被绑定的，它们它的活动生命周期是在onUnbind()方法返回后结束。

service积极活动的生命时间（active lifetime）是从onStartCommand()或onBind()被调用开始，它们各自处理由startService()或bindService()方法传过来的Intent对象。

(2)android服务的使用扩展阅读

service整体的生命时间是从onCreate()被调用开始，到onDestroy()方法返回为止。和activity一样，service在onCreate()中进行它的初始化工作，在onDestroy()中释放残留的资源。

比如，一个音乐播放service可以在onCreate()中创建播放音乐的线程，在onDestory()中停止这个线程。onCreate()和onDestroy()会被所有的service调用，不论service是通过startService()还是bindService()建立。

3. 【Android】远程服务(Remote Service)的使用

同时，在 AndroidManifest.xml 中伍渗对Remote Service进行如下配置：

在客户端中建立与Remote Service的连接，获取Stub，然后调用Remote Service提供的方法来获取对应数据。

Android:关于声猛型明文件中android:process属性说明
【Android】枝橘猜Service那点事儿
【Android】Service前台服务的使用

4. Android使用JobService实现后台服务

前言
在Android经常要实现定时服务，定时某个时刻推送消息或者更新数据。比如需要在夜晚8：00-10:00之间，推送一条消息、弹窗、或者其他操作。
一般我们可能是开启Service，在Service中使用AlarmManager，setRepeating定时请求，但是从API19起，并不能保证时效的准确，在5.0以后，Google推出了一个JobService，用来执行一些并非即卜桐时执行空宏的后台进程。

使用
在JobService中有两个抽象方法onStartJob(JobParameters)和onStopJob(JobParameters)。onStartJob在JobService被调度到的时候会执行，我们只需要继承JobService然后重写onStartJob方法，并在里面执行我们的后台任务就可以了。

This service executes each incoming job on a Handler running on your application's
main thread. This means that you must offload your execution logic to another
thread/handler/AsyncTask of your choosing. Not doing so will result in blocking any
future callbacks from the JobManager - specifically onStopJob(android.app.job.JobParameters), which is meant to inform you that the
scheling requirements are no longer being met.
即：JobService默认在斗弊册主线程中处理传入的每个操作，这意味着，你必须开一个新线
程来执行你的耗时操作，如果不这样操作，将会阻塞来自JobManager的任何操作，特别是onStopJob操作

在Activity中，启动服务
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
doService();
}
}

例子里可以看到，一共有五个条件，

如果我们的后台任务满足JobService的一个或多个约束条件，就可以考虑是不是应该用JobService来执行。

5. Android TileService 使用

A TileService provides the user a tile that can be added to Quick Settings. Quick Settings is a space provided that allows the user to change settings and take quick actions without leaving the context of their current app.

tileService Api 从Android N 开始提供，用来设置app快捷设置按钮。 如下图示：

这个服务不需要程序开启槐慧，系统默认能够识别，并调用，这是一个特殊的Service，盯改在Android 7 加的，在低系统上，则不会触发添加这个操作开关。

菜单栏中会自动添加此Tile，直接将 Tile 拖动到顶部设置栏中即可：

Google 原生系统手机是支持的，samsung OS 比较接近原生了，应该支持， MIUI 目前高版本OS也支持自定义快捷按钮，onePlus OS 也是支持凯明判的。

这是 android N 新功能Quick Settings Tile（快速设置图块）, 理论上各大系统厂商应该是均支持此 api 的。

参考：

6. 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

7. Android应用组件 —— Service

官方原文： 地址
本文摘录自官方原文，方便自己观看。

service 是一个可以在后台长时间运行的操作而不提供用户界面的应用组件。服务可以由其他应用组件启动，而且即使用户切换到其他应用程序，服务仍将在后台继续运行。此外，组件可以绑定到服务，以与之进行交互，甚至执行进程间的通信（IPC）

服务基本分为两种形式：

启动

绑定

上述虽然分开概括这两种服务，但是服务可以同时以这两种方式运行，也就是说，他既可以是启动服务（以无限期运行），也允许绑定。问题在于是否实现了一组回调方法： onStartCommand() （允许组件启动服务）和 onBing() （允许绑定服务）。

无论应用是出于启动状态还是绑定状态，亦或处于启动并且绑定状态，任何应用组件均可以像使用Activity那么调用Itent来使用服务（即使此服务来自另一应用）。 不过，您可以通过清单文件将服务声明为私有服务，并阻止其他应用访问。 使用清单文件声明服务部分将对此做更详尽的阐述。

注意：
服务在其托管进程的主线程中运行，它既不创建自己的线程，也不在单独的进程中运行（除非另行指定）。这意味着，如果服务将执行任何CPU密集型工作或者阻止性操作（我理解为耗时操作，例如 MP3 播放或联网），则应在服务内创建新线程来完成这项工作。通过使用单独的线程，可以降低发生“应用无响应”(ANR) 错误的风险，而应用的主线程仍可继续专注于运行用户与 Activity 之间的交互。

要创建服务，您必须创建 Service 的子类（或使用它的一个现有子类）。在实现中，您需要重写一些回调方法，以处理服务生命周期的某些关键方面并提供一种机制将组件绑定到服务（如适用）。 应重写的最重要的回调方法包括：

onStartCommand()

onBind()

onCreate()

onDestroy()

如果组件通过调用 startService() 启动服务（这会导致对 onStartCommand() 的调用），则服务将一直运行，直到服务使用 stopSelf() 自行停止运行，或由其他组件通过调用 stopService() 停止它为止。

如果组件是通过调用 bindService() 来创建服务（且未调用 onStartCommand() ，则服务只会在该组件与其绑定时运行。一旦该服务与所有客户端之间的绑定全部取消，系统便会销毁它。

如同 Activity（以及其他组件）一样，您必须在应用的清单文件中声明所有服务。

要声明服务，请添加 <service> 元素作为 <application> 元素的子元素。例如：

为了确保应用的安全性， 请始终使用显式 Intent 启动或绑定 Service，且不要为服务声明 Intent 过滤器。 启动哪个服务存在一定的不确定性，而如果对这种不确定性的考量非常有必要，则可为服务提供 Intent 过滤器并从 Intent 中排除相应的组件名称，但随后必须使用 setPackage() 方法设置 Intent 的软件包，这样可以充分消除目标服务的不确定性。

此外，还可以通过添加 android:exported 属性并将其设置为 "false" ，确保服务仅适用于您的应用。这可以有效阻止其他应用启动您的服务，即便在使用显式 Intent 时也如此

Service

IntentService

简单地说，服务是一种即使用户未与应用交互也可在后台运行的组件。 因此，您应仅在必要时才创建服务。

如需在主线程外部执行工作，不过只是在用户正在与应用交互时才有此需要，则应创建新线程而非服务。 例如，如果您只是想在 Activity 运行的同时播放一些音乐，则可在 onCreate() 中创建线程，在 onStart() 中启动线程，然后在 onStop() 中停止线程。您还可以考虑使用 AsyncTask 或 HandlerThread，而非传统的 Thread 类。

前台服务被认为是用户主动意识到的一种服务，因此在内存不足时，系统也不会考虑将其终止。 前台服务必须为状态栏提供通知，放在“正在进行”标题下方，这意味着除非服务停止或从前台移除，否则不能清除通知。

要请求让服务运行于前台，请调用 startForeground() 。此方法采用两个参数：唯一标识通知的整型数和状态栏的 Notification 。例如：

注意 ：提供给 startForeground() 的整型 ID 不得为 0。

要从前台移除服务，请调用 stopForeground() 。此方法采用一个布尔值，指示是否也移除状态栏通知。 此方法不会停止服务。 但是，如果您在服务正在前台运行时将其停止，则通知也会被移除。

与 Activity 类似，服务也拥有生命周期回调方法，您可以实现这些方法来监控服务状态的变化并适时执行工作。 以下框架服务展示了每种生命周期方法：

注 ：与 Activity 生命周期回调方法不同，您 不 需要调用这些回调方法的超类实现。

注 ：尽管启动服务是通过调用 stopSelf() 或 stopService() 来停止，但是该服务并无相应的回调（没有 onStop() 回调）。因此，除非服务绑定到客户端，否则在服务停止时，系统会将其销毁 — onDestroy() 是接收到的唯一回调。

8. 如何实现android和服务器的长连接

转载 这种功能实际上就是数据同步，同时要考虑手机本身、电量、网络流量等等限制因素，所以通常在移动端上有一下两个解决方案:

1.一种是定时去server查询数据，通常是使用HTTP协议来访问web服务器，称Polling（轮询）；

2.还有一种是移动端和服务器建立长连接，使用XMPP长连接，称Push（推送）。

从耗费的电量、流量和数据延迟性各方面来说，Push有明显的优势。但是使用Push的缺点是：

对于客户端：实现和维护相对成本高，在移动无线网络下维护长连接，相对有一些技术上的开发难度。

对于服务器：如何实现多核并发，cpu作业调度，数量庞大的长连接并发维护等技术，仍存在开发难点。

在讲述Push方案的原理前，我们先了解一下移动无线网络的特点。

移动无线网络的特点：

因为 IP v4 的 IP 量有限，运营商分配给手机凳裤终端的 IP 是运营商内网的 IP，手机要连接 Internet，就需要通过运营商的网关做一个网络地址转换（Network Address Translation，NAT）。简单的说运营商的网关需要维护一个外网 IP、端口到内网 IP、端口的对应关系，以确保内网的手机可以跟 Internet 的服务器通讯

GGSN（Gateway GPRS

Support Node 网关GPRS支持结点）模块就实现了NAT功能。

因为大部分移动无线网络运营商都是为了减少网关的NAT映射表的负荷，所以如果发现链路中有一段时间没有数据通讯时，会删除其对应表，造成链路中断。（关于NAT的作用及其原理可以查看我的另一篇博文：关于使用UDP(TCP)跨局域网，NAT穿透的心得）

Push在Android平台上长连接的实现：

既然我们知道我们移动端要和Internet进行通信，必须通过运营商的网关，所以，为了不让NAT映射表失效，我们需要定时向Internet发送数据，因为只是为了不然NAT映射表失效，所以只需发送长度为0的数据即可。

这时候就要用到定时器，在android系统上，定时器通常有一下两种：

1.java.util.Timer

2.android.app.AlarmManager

分析：

Timer:可以按照计划或者时间周期来执行相关的任务。但是Timer需要用WakeLock来让CPU保持唤醒状态，才能保证任务的执行，这样子会消耗大量流量；当CPU处于休眠的时候，就不能唤醒执行任务，所以应用于移动端明显是不合适。

AlarmManager：AlarmManager类是属于android系统封装好来管理RTC模块的管理类。悔粗销这里就涉及到RTC模块，要更好地了解两者的区别，就要明白两者真正的区别。

RTC（Real- Time Clock）实时闹钟在一个嵌入式系统中，通常采用RTC

来提供可靠的系统时间，包括时分秒和年月日等;而且要求在系统处于关碧游机状态下它也能够正常工作（通常采用后备电池供电），它的外围也不需要太多的辅助电路，典型的就是只需要一个高精度的32.768KHz

晶体和电阻电容等。（如果对这方面感兴趣，可以自己查阅相关资料，这里就说个大概）

好了，回来正题。所以，AlarmManager又称全局定时闹钟。这意味着，当我用使用AlarmManager来定时执行任务，CPU可以正常地休眠，只有在执行任务是，才唤醒CPU，这个过程是很短时间的。

下面简单来说明其使用：

1.类似于Timer功能：

//获得闹钟管理器

AlarmManager

am = (AlarmManager)getSystemService(ALARM_SERVICE);

//设置任务执行计划

am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000,

sender);//从firstTime才开始执行，每隔5秒再执行

2.实现全局定时功能：

//获得闹钟管理器

AlarmManager

am = (AlarmManager)getSystemService(ALARM_SERVICE);

//设置任务执行计划

am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime,

5*1000, sender);//从firstTime才开始执行，每隔5秒再执行

总结：在android客户端使用Push推送时，应该使用AlarmManager来实现心跳功能，使其真正实现长连接。