如题所述
第1个回答 推荐于2016-11-22
Service 有个onStartCommand()方法，这个方法是在每次调用 startService()方法时，都会调用的一个方法，像你说的，如果要实现Service一直运行在后台，那么就可以在onStartCommand方法中做一些处理。另外，这个方法的返回值是一个Int类型的。从Android官方文档中，我们知道onStartCommand有4种返回值：
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。因此你需要使用的是：START_STICKY, 这样即使service被杀死，系统也会重新启动它。
当然你可以用一个广播，每个几分钟就判断一下service是否关闭，如果关闭及让它开启。本回答被提问者和网友采纳
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。因此你需要使用的是：START_STICKY, 这样即使service被杀死，系统也会重新启动它。
当然你可以用一个广播，每个几分钟就判断一下service是否关闭，如果关闭及让它开启。本回答被提问者和网友采纳
