有两种方法启动一个服务：startService()、bindService()生命周期每个服务只会存在一个实例，每次调用startService()，如果该服务没有创建，则会调用onCreate()方法，之后调用onStartCommand

onStartCommand()当另一个组件(如Activity)通过调用startService()请求启动服务时,系统将调用此方

，可以理解为是没有前台的activity，适合用来运行不需要前台界面的代码服务可以被手动关闭，不会重启，但是如果被自动关闭，内存充足就会重启startService启动服务的生命周期onCreate-onStartCommand-onDestroy

通过startService方式启动(左图)生命周期：onCreate—onStartCommand—onDestroy⚠

Paste_Image.png/***Bitsreturnedby{@link#onStartCommand}describinghowtocontinue*theserviceifitiskilled.Maybe

2.0APIlevel之后，实现onStart等同于重写onStartCommand并返回START_STICKY@OverridepublicvoidonStart(Intentintent,intstartId

当你点击系统的back键，当前Activity开启的轮询服务刚好此时开启运行，即走onStartCommand，这里Activity用Intent传递给该服务的所有参数会为null。

有时我们需要在Service的onCreate方法里就去停止该Service，并不想继续执行下面的onStartCommand等方法。

两种启动方式来说明生命周期：startService()->stopService()：服务只创建一次，销毁一次，但是可以开始多次；多次点击startService()，onCreate()只会调用一次，onStartCommand

引言最近发现一个偶发性bug，根据崩溃堆栈显示，在Service的onStartCommand方法中获取的intent对象为空。

3、你有注意到Service的onStartCommand方法的返回值吗？不同返回值有什么区别？4、Service的生命周期方法onCreate、onStart、onBind等运行在哪个线程？

如果直接把耗时操作放在Service的onStartCommand()中，很容易引起ANR.如果有耗时操作就必须开启一个单独的线程来处理IntentServiceIntentService是继承于S

一：Service基本用法1.StartService开启服务新建一个TestService继承Service,并重写父类的onCreate(),onStartCommand(),onDestroy()

1、startService方式开启服务的生命周期服务会执行onCreate()onStartCommand()方法，服务处于运行状态，直到自身

一：Service基本用法1.StartService开启服务新建一个TestService继承Service,并重写父类的onCreate(),onStartCommand(),onDestroy()

人生一切难题，知识给你答案Service插件化的重点是保证它的优先级，需要一个真正的Service来实现，当启动插件Service时，就会先启动代理Service，当这个代理Service运行起来后，在它的onStartCommand

用这种方式启动的service的生命周期如下：onCreate()、onStartCommand()、onDestroy()。第一次启动后，如果没有调用stopService()

2.让service.onStartCommand返回STAR

Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand

服务的生命周期---从创建到销毁---可以被分为以下两个路径：1.启动类型的服务:onCreate()->onStartCommand()->Servicerunning--调用context.stopService

**生命周期：**onCreate（只执行一次）-onStartCommand-服务运行-onDestory()o

-----------------------------------------------------------------------onCreate()<----startService()onStartCommand

使用intentService与service有什么不同呢（1）直接创建一个默认的工作线程,该线程执行所有的intent传递给onStartCommand()区别于应用程序的主线程。

UI临时数据，数据持久化操作应该放在onstop或onpause方法中发出intent跳转前必须进行安全性检查，避免找不到合适的控件，报ActivityNotFoundExceptionservice.onstartcommand

Android中的IntentService是继承自Service类的，在我们讨论IntentService之前，我们先想一下Service的特点:Service的回调方法(onCreate、onStartCommand

两种启动方式：1.1startService()执行顺序：startService()->onCreate()->onStartCommand()->stopService()->onDestroy()

服务关于服务的几点：创建服务要依次经过onCreate()方法和onStartCommand()方法，如果服务已经被创建，再次创建只会调用onStartCommand()方法服务在整

详见：http://www.2cto.com/kf/201302/190157.htmlAndroid开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand

1onStartCommand方法，返回START_STICKY在运行onStartComman

启动服务一旦在项目的任何位置调用了Context的startService()方法，相应的服务就会启动起来，并回调onStartCommand()方法。

);Service的生命周期这个截图，我是先用startService(),接着bindService();bindService的生命周期依赖于Activity,bindService(),不会执行onStartCommand

使用场景：如果同时有多个服务启动请求发送到onStartCommand(),不应该在处理完一个请求后调用stopSelf()；因为在调用此函数销毁service之前，可能service又接收

开始一个Service你可以从一个activity或从其它应用的组件通过传递一个Intent(指定了要启动的服务)给startService()启动一个服务．Android系统然后调用service的onStartCommand

每一个线程都有自己的生命周期，也就是说，如果当前Service不占用太多内存，系统不会杀死这个Service，onStartCommand()执行完之后，Service可以继续跑，Service有两种停止方式

onStartCommand不同的返回值对Service有什么影响?如何去验证不同返回值对Service的影响?这里写一些个人理解，如果存在错误的地方，希望您给予指点和评论。

在onStartCommand里面调用startForeground()方法把S

context派生出来的，onResume、onPause、onStop、onRestart等生命周期的都没有，因为没有界面2.两种启动方式a.采用sart方式启动生命周期：onCreate()--->onStartCommand

所以要实现让一个服务在执行完毕后自动停止的功能，在onStartCommand()方法中可以这样写：newThread(newRunnable(){@Overridepublicvoidrun(){

2，Service的启动方式以及相应的生命周期1，StartService启动Service①首次启动会创建一个Service实例,依次调用onCreate()和onStartCommand()方法,此时

概念相关：Android绑定服务、通过中间人调用服务（单一App内）里已经讲到的：1.startService启动方式：onCreate()–>onStartCommand()/onStart()—>onDestory

onStartCommand()：当另一个组件通过调用startService()请求启动服务时，系统将调用此方法。onDestroy()：当服

StartService()启动Service2.BindService()启动ServiceStartService启动Service①首次启动会创建一个Service实例,依次调用onCreate()和onStartCommand

在早些时候，我们可以通过在1.service中重写onStartCommand方法，这个方法有三个返回值，START_STICKY是service被kill掉后自动publicinto

当服务从所有的客户端解除绑定时，Android系统会销毁它（除非它还用onStartCommand()方法被启动了）。

MtpService.java的onStartCommand:@OverridepublicintonStartCommand(Intentintent,intflags,intstartId){mUnlocked

目前已知的方法：（1）onDestroy中重启；（2）AlarmManger定时扫描；（3）onStartCommand返回值；（4）setForeground；（5）双进程互相保护；这些方法均无法逃脱如小米的一键清理功能

bindService；②和Activity联系：前者Acitivty销毁，service仍然继续运行，后者跟随Acitivity一起销毁；③方法调用和数据交换：前者不可以，后者可以；④回调的周期函数：前者是onStartCommand

如果直接把耗时操作放在Service的onStartCommand()中，很容易引起ANR,如果有耗时操作就必

1、生命周期上的区别执行startService时，Service会经历onCreate->onStartCommand。当执行stopService时，直接调用onDestroy方法。

服务的定义服务是Android种实现程序后台运行的解决方案二、创建一个服务publicclassMyServiceextendsService{//需要重写的函数onCreate()//创建服务时候调用onStartCommand