android中的Service
2014-02-21 20:28
225 查看
Service
Service用处
耗时比较长的功能操作放在后台。(下载,MP3播放)
Service是一个应用程序组件
Service没有图形化界面
可以使用Service来更新ContentProvider,发送Intent以及启动系统的通知等等。
Service不是一个单独的进程,Service不是一个线程。
Service的生命周期
onCreat():当Service第一次被创建时,由系统调用。
onStartConmmand():是从Android2.0以后的版本开始使用,Service启动时会由系统自动调用。
onDestroy():当Service不再使用时由系统调用。
onStartCommand
Service的进程优先级
Service拥有较高的进程,一般在以下几种情况下都不会被kill掉。
1、如果Service正在调用onCreate、onStart或onDestroy方法,那么用于当前Service的进程则变为前台进程以避免被killed。
2、如果Service已经被启动,拥有它的进程仅次于可见的进程,而比不可见的进程重要,这就意味着Service一般不会被killed。
3、如果客户端已经连接到Service,那么拥有它的进程则拥有最高的优先级,可以认为该Service是可见的,不会被killed。
4、如果Service可以使用startForeground(int,Notification)方法来将Service设置为前台状态,那么系统就认为是对用户可见的,并不会在内存不足时将它killed。
一、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后一定能重启。
在Activity中绑定Service,让Activity能够提供相关信息的流程
Service类创建
1、继承Service
2、复写onBind方法,返回一个绑定的接口给Service。
3、声明一个内部类来继承Binder
4、在onBind中将继承Binder的类给实例化。再讲对象给返回。
在Manifest中注册:service
Activity中
绑定按钮
在OnClick方法中:
实例化Intent对象
通过Intent对象引用来设置页面跳转:intent.setClass(Context.this,class);
Service与Activity绑定:bindService(intent,conn,flags)
用匿名内部类声明一个ServiceConnection对象。里面有onServiceConnected和onServiceDisconnected
Service用处
耗时比较长的功能操作放在后台。(下载,MP3播放)
Service是一个应用程序组件
Service没有图形化界面
可以使用Service来更新ContentProvider,发送Intent以及启动系统的通知等等。
Service不是一个单独的进程,Service不是一个线程。
Service的生命周期
onCreat():当Service第一次被创建时,由系统调用。
onStartConmmand():是从Android2.0以后的版本开始使用,Service启动时会由系统自动调用。
onDestroy():当Service不再使用时由系统调用。
onStartCommand
Service的进程优先级
Service拥有较高的进程,一般在以下几种情况下都不会被kill掉。
1、如果Service正在调用onCreate、onStart或onDestroy方法,那么用于当前Service的进程则变为前台进程以避免被killed。
2、如果Service已经被启动,拥有它的进程仅次于可见的进程,而比不可见的进程重要,这就意味着Service一般不会被killed。
3、如果客户端已经连接到Service,那么拥有它的进程则拥有最高的优先级,可以认为该Service是可见的,不会被killed。
4、如果Service可以使用startForeground(int,Notification)方法来将Service设置为前台状态,那么系统就认为是对用户可见的,并不会在内存不足时将它killed。
一、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后一定能重启。
在Activity中绑定Service,让Activity能够提供相关信息的流程
Service类创建
1、继承Service
2、复写onBind方法,返回一个绑定的接口给Service。
3、声明一个内部类来继承Binder
4、在onBind中将继承Binder的类给实例化。再讲对象给返回。
在Manifest中注册:service
Activity中
绑定按钮
在OnClick方法中:
实例化Intent对象
通过Intent对象引用来设置页面跳转:intent.setClass(Context.this,class);
Service与Activity绑定:bindService(intent,conn,flags)
用匿名内部类声明一个ServiceConnection对象。里面有onServiceConnected和onServiceDisconnected
相关文章推荐
- Android GIS +webservice
- 侦听Android手机ServiceState
- android编写Service入门用法与教程
- android init.rc中启动的service 默认是disable的,后续如何启动此服务
- android如何实现开机自动启动Service或app
- Android IntentService详解
- Android自动化之AccessibilityService模拟操作(经验总结)
- Android SERVICE后台服务进程的自启动和保持
- [Android UI] Service里面启动Activity和Alertdialog
- Android Service大总结
- Android BindService
- Android Service生命周期及用法
- android 中 unable to start service 错误解决方法
- Android Service 之三(Bind Service, 继承自 Binder 类)
- 如何让service不被杀死,针对主流机型和android版本
- Android四大组件 Activity BroadCast ContentProvider Service 的理解
- Android中Service的使用详解和注意点(LocalService)
- Android 通过Service单独进程模仿离线推送 Server Push
- Android 在service中弹对话框
- Android Service 之三(Bind Service,使用 AIDL)