小伙伴们，在上文中我们介绍了Android组件Fragment，本文我们继续盘点介绍Android开发中另一个非常重要的组件Service。
①Service生命周期内实例只会有一个，多次调用startService()，只有第一次会出发onCreate()，后面只会出发onStartCommand, bindService()同理，多次绑定只会出发onBind()。
Service是一种可在后台执行长时间运行操作而不提供界面的应用组件。服务可由其他应用组件启动，而且即使用户切换到其他应用，服务仍将在后台继续运行。
《移动互联网技术》课程是软件工程、电子信息等专业的专业课，主要介绍移动互联网系统及应用开发技术。课程内容主要包括移动互联网概述、无线网络技术、无线定位技术、Android应用开发和移动应用项目实践等五个部分。移动互联网概述主要介绍移动互联网的概况和发展，以及移动计算的特点。无线网络技术部分主要介绍移动通信网络（包括2G/3G/4G/5G技术）、无线传感器网络、Ad hoc网络、各种移动通信协议，以及移动IP技术。无线定位技术部分主要介绍无线定位的基本原理、定位方法、定位业务、数据采集等相关技术。Android应用开发部分主要介绍移动应用的开发环境、应用开发框架和各种功能组件以及常用的开发工具。移动应用项目实践部分主要介绍移动应用开发过程、移动应用客户端开发、以及应用开发实例。 课程的教学培养目标如下： 1．培养学生综合运用多门课程知识以解决工程领域问题的能力，能够理解各种移动通信方法，完成移动定位算法的设计。 2．培养学生移动应用编程能力，能够编写Andorid应用的主要功能模块，并掌握移动应用的开发流程。 3. 培养工程实践能力和创新能力。 通过本课程的学习应达到以下目的： 1．掌握移动互联网的基本概念和原理； 2．掌握移动应用系统的设计原则； 3．掌握Android应用软件的基本编程方法； 4．能正确使用常用的移动应用开发工具和测试工具。
来总结一下 Service 的几个知识要点，包括启动方式、每种启动方式的生命周期、IntentService 源码分析，以及 boundService 三种使用方法。
onCreate : 创建服务 onStart : 开始服务，Android2.0以下版本使用 onStartCommand : 开始服务，Android2.0及以上版本使用。该函数返回值为整型，一般取值START_STICKY，具体说明如下： 1、START_STICKY：粘性的服务。如果服务进程被杀掉，保留服务的状态为开始状态，但不保留传送的Intent对象。随后系统会尝试重新创建服务，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand方法。如果在此期间没有任何启动命令送给服务，那么参数Intent将为空值。 2、START_NOT_STICKY：非粘性的服务。使用这个返回值时，如果服务被异常杀掉，系统不会自动重启该服务。 3、START_REDELIVER_INTENT：重传Intent的服务。使用这个返回值时，如果服务被异常杀掉，系统会自动重启该服务，并传入Intent的原值。 4、START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被杀掉后一定能重启。 onDestroy : 销毁服务 onBind : 绑定服务 onRebind : 重新绑定。该方法只有当onUnbind返回true的时候才会被调用 onUnbind : 解除绑定。返回值true表示希望以后再绑定时能够调用onRebind方法，false表示再绑定时不调用onRebind方法 最简单的服务启动顺序：onCreate->onStartCommand 最简单的服务退出顺序：onDestroy
onCreate（）：服务第一次被创建时调用 onStartComand（）：服务启动时调用 onBind（）：服务被绑定时调用 onUnBind（）：服务被解绑时调用 onDestroy（）：服务停止时调用
App除了通过屏幕向用户展示可交互的界面元素之外，还经常需要在后台做些背地里做的事情，比如说精密计算、文件下载、统计分析、数据导入、状态监控等等，这些用户看不到的事一般放在Service中处理。 然而有时候我们希望在特定情况下再启动事务，比如说延迟若干时间之后，或者等手机空闲了再运行，这样一方面不会在系统资源紧张之时喧宾夺主，另一方面也起到削峰填谷提高系统效率的作用。对于这些额外的条件要求，Service并不能直接支持，往往需要加入其他手段，才能较好地满足相关的运行条件，比如： 一、对于延迟时间执行，通常考虑利用系统的闹钟管理器AlarmManager进行定时管理，有关AlarmManager的说明参见《Android开发笔记（五十）定时器AlarmManager》。 二、对于是否联网、是否充电、是否空闲，一般要监听系统的相应广播，常见的系统广播说明如下： 1、网络状态变化需要监听系统广播android.net.conn.CONNECTIVITY_CHANGE； 2、设备是否充电需要监听系统广播Intent.ACTION_POWER_CONNECTED也就是android.intent.action.ACTION_POWER_CONNECTED； 3、设备是否空闲需要监听系统广播Intent.ACTION_SCREEN_OFF也就是android.intent.action.SCREEN_OFF； 可是要想给Service补充以上条件，势必加大了程序逻辑的复杂度，一会儿注册这个事件，一会儿注册那个事件，工程代码将变得不易维护。有鉴于此，Android从5.0开始，增加支持一种特殊的机制，即任务调度JobScheduler，该工具集成了常见的几种运行条件，开发者只需添加少数几行代码，即可完成原来要多种组件配合的工作。 任务调度机制由三个工具组成，首先是JobInfo，它指定了一个任务的概要信息，比如何时启动，启动时需要满足什么条件等等；其次是JobScheduler，它是系统提供的任务调度服务，它的实例从系统服务Context.JOB_SCHEDULER_SERVICE中获得；最后是JobService，它描述了该任务内部的具体业务逻辑，它的运行时刻由JobScheduler根据JobInfo指定的条件而计算决定。下面分别说明这三个工具的编码过程：
我们已经本指南中解释了如何在实现四种服务类型：私有服务，公共服务，伙伴服务和内部服务。 下表中定义了每种导出属性类型的许可设置，以及intent-filter元素的各种组合，它们AndroidManifest.xml文件中定义。 请验证导出属性和intent-filter元素与你尝试创建的服务的兼容性。
系统重新创建服务并且调用onStartCommand()方法，但并不会传递最后一次传递的intent，只是传递一个空的intent。除非存在将要传递来的intent，那么就会传递这些intent。这个适合播放器一类的服务，不需要执行命令，只需要独自运行，等待任务。
最近做这个功能，分享一下。即时通讯（Instant Messaging）最重要的毫无疑问就是即时，不能有明显的延迟，要实现IM的功能其实并不难，目前有很多第三方，比如极光的JMessage，都比较容易实现。但是如果项目有特殊要求（如不能使用外网），那就得自己做了，所以我们需要使用WebSocket。
上一篇我们聊到了HandlerThread，本篇我们就来看看HandlerThread在IntentService中的应用，看本篇前建议先看看上篇的HandlerThread，有助于我们更好掌握IntentService。同样地，我们先来看看IntentService的特点：
Android系统中，APP进程被杀后，等一会经常发现进程又起来了，这个现象同APP中Service的使用有很大关系，本文指的Service是通过startService启动的，而不是通binderSertvice启动的，binderSertvice是通Activity显示界面相关的，如果两者统一进程，binderSertvice的影响可以忽略，如果不是同一进程，Service会被重启，毕竟业务都没了，Service也没必要启动了，但是对于通过startService启动的服务，很可能需要继续处理自己需要处理的问题，因此，可能需要重启。
本文介绍了如何在Android开发中使用Service来处理耗时操作，并通过案例演示了如何使用Service与Activity进行交互。同时，还介绍了如何自定义Service，以及如何在Service中弹出Dialog。
IntentService是Android里面的一个封装类，继承自四大组件之一的Service。
Service 会运行 onCreate ，然后是调用 onBind ， 这个时候调用者和 Service 绑定在一起。调用者退出了，Srevice 就会调用 onUnbind -> onDestroyed 方法。
本篇文章主要介绍 Android 开发中的部分知识点，通过阅读本篇文章，您将收获以下内容:
步骤2：在Manifest.xml中注册服务 步骤3：在Activity中开启Service服务
用法很简单，只需要在原有的Service类对onCreate()方法进行稍微修改即可，如下图：
Android 8.0 有一项复杂功能；系统不允许后台应用创建后台服务。 因此，Android 8.0 引入了一种全新的方法，即 Context.startForegroundService()，以在前台启动新服务。
从Android 8.0开始系统为实现降低功耗，对后台应用获取用户位置信息频率进行了限制，每小时只允许更新几次位置信息，详细信息请参考官方说明。按照官方指引，如果要提高位置更新频率，需要后台应用提供一个前台服务通知告知。
版权声明：本文出自郭霖的博客，转载必须注明出处。 https://blog.csdn.net/sinyu890807/article/details/11952435
本来想学习学习Binder通信机制，在学习的过程中又接触AIDL并开始学习，在AIDL学习过程中看到bindService，接着就想回顾一下Service的一些知识。希望温故可以知新，也算是年末最后一篇笔记，给自己明年有一个好的开头！！
为什么onDestroy没有执行？ 用一句话概述 不要在onStop，onDestory中保存重要数据；最近任务栏清除app，app的onDestory不会掉用是因为该Binder调用是非阻塞的，导致App被杀死，所以onDestory没来得及调用 详细链接参考 https://blog.csdn.net/u013122625/article/details/77916482
因为服务的优先级较低，所以当系统内存不足时，可能会回收正在后台运行的服务。如果若要避免服务被回收，可以使用前台服务。
服务是一个应用程序组件,可以在后台执行长时间运行的操作,不提供用户界面。一个应用程序组件可以启动一个服务,它将继续在后台运行,即使用户切换到另一个应用程序。此外,一个组件可以绑定到一个服务与它交互,甚至执行进程间通信(IPC)。例如,一个服务可能处理网络通信,播放音乐,执行文件I/O,或与一个内容提供者交互,都在后台执行。
IntentService常被用于处理异步任务，使用的步骤是，先继承IntentService，再在handleIntent方法里写业务逻辑。handleIntent是在子线程执行的，所以不必担心ANR之类的问题，可以执行IO操作，下载等操作，且当执行完后会自动销毁，很方便。 先写一个简单的Demo。 CountService.java:
使用 start 方式启动的生命周期：onCreate() – > onStartCommand() – > onDestory() 注意： 如果服务已经开启，不会重复回调 onCreate() 方法，如果再次调用 context.startService() 方法，service 而是会调用onStart() 或者 onStartCommand() 方法。停止服务需要调用 context.stopService() 方法，服务停止的时候回调 onDestory 被销毁。 特点： 一旦服务开启就跟调用者(开启者)没有任何关系了。开启者退出了，开启者挂了，服务还在后台长期的运行，开启者不能调用服务里面的方法。
线程分为主线程和子线程，主线程主要处理和界面相关的事情，而子线程则往往用于执行耗时的操作。在操作系统中，线程是操作系统调度的最小单元。 - AsyncTask封装了线程池和Handler，它主要方便开发者在子线程中更新UI。 - HandlerThread是一个具有消息循环的线程，在它的内部可以使用Handler。 - IntentService是一个服务，系统对它进行了封装使其可以更方便地使用后台任务，IntentService内部使用了HandlerThread来执行任务，当任务执行完毕之后IntentService会自动退出。
在manifest中声明服务 和activity、content provider一样，服务也必须要在AndroidManifest文件中进行声明是<application>中的子节点。例如我们下面第一个service的例子ServiceDownloader。 <application … … > ... ... <service android:name=".ServiceDownloader"> </application > 命令模式：IntentService
Android进程和Service的保活，是困扰Android开发人员的一大顽疾。因涉及到省电和内存管理策略，各厂商基于自家的理解，在自已ROOM发布时都会对标准Android发行版作或多或少的改动，使得应用层程序在处理进程和Service保活问题上变的异常复杂，且很难兼容，因为说不定哪款手机或者哪个版本的省电策略发生改变，那么随之而来的就是进程和Service保活的差异。
服务（Service）是Android中实现程序后台运行的解决方案，它非常适合用于去执行哪些不需要和用户交互而且还要长期运行的任务。服务的运行不依赖任何用户界面，即使当程序被切换到后台，或者用户打开了另外一个应用程序，服务仍然能够保持正常运行。不过需要注意的是：服务并不是运行在一个独立的进程当中，而是依赖于创建服务的应用程序进程，当某个应用程序进程被杀掉时，所有依赖于该进程的服务也会停止运行。 此外，我们也不要被服务的后台概念所迷惑，实际上服务并不会自动开启线程，所有的代码都是默认运行在主线程中。也就
Service通常总是称之为“后台服务”，其中“后台”一词是相对于前台而言的，具体是指其本身的运行并不依赖于用户可视的UI界面，因此，从实际业务需求上来理解，Service的适用场景应该具备以下条件：
Step1. 定义IntentService的子类：传入线程名称、重写 onHandleIntent()方法
写着一篇文章的原因，主要是因为在面试中，服务这个关键词的出现频率非常高。很多时候，面试官会问你，Service中能否进行耗时操作？ 我们稍后就会揭晓那么这个答案。
前台服务是那些被认为用户知道且在系统内存不足的时候不允许系统杀死的服务。前台服务必须给状态栏提供一个通知，它被放到正在运行(Ongoing)标题之下——这就意味着通知只有在这个服务被终止或从前台主动移除通知后才能被解除。
(2)Service是可以在后台执行长时间运行操作而没有用户界面的应用组件。服务可由其他应用组件启动（如Activity），服务一旦被启动将在后台一直运行，即使启动服务的组件（Activity）已销毁也不受影响，除非系统必须回收内存资源，否则系统不会停止或销毁Service。
1、NSNotification是系统内部发出通知，一般用于内部事件的监听，或者状态的改变等等，是不可见的 2、本地通知与远程通知是可见的，主要用于告知用户或者发送一些App的内容更新，推送一些相关的消息，让用户知道App内部发生了什么事情。
Service是Android程序中四大基础组件之一，它和Activity一样都是Context的子类，只不过它没有UI界面，是在后台运行的组件。Service是Android中实现程序后台运行的解决方案，它非常适用于去执行那些不需要和用户交互而且还要求长期运行的任务。
关于Service，想必大家都太熟悉了，今天我们就再回顾下它的使用、概念、区别、变更历史等等。
解释意思：通过一个key去找到对应的编码 初学者很同意搞混与KVO的区别，我提个意见最后是个C,想它就是词，于什么有关系：词典（NSDictiontroy）
在做手机音乐播放器的时候，让我非常苦恼的一件事就是手机有清理内存的软件，比如百度，360等等，一点击清理音乐就停止播放了，去后台查看发现Service已经被停止并重新启动了，这显然不是我想要的，我希望音乐能够在后台播放，并且自己能控制什么时候退出，不想让系统给我清理了，就像酷狗一直在通知栏显示那样，于是我就知道了在前台运行的服务。
Service 的生命周期函数 onStartCommand 方法 , 返回一个整型值 ;
上面的Service只是重写了Service组件的onCreate()、onStartCommand()、onDestroy()、onBind()等方法，重写这些方法时只是打印了一个字符串。
之前曾介绍过Android的UI设计与后台线程交互，据Android API的介绍，service一般是在后台运行的，没有界面的。那么如何实现service动态更新UI界面呢？ 案例：通过service向远程服务器发送请求，根据服务器返回的结果动态更新主程序UI界面，主程序可实时关闭或重启服务。 注册BroadcastReceiver 在主程序activity中注册一个BroadcastReceiver，用于接收Service发布的广播。 1 @Override 2 protected void onSta
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
