新网创想网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
Service是一个android的四大组件之一,它没有UI界面,可以在后台执行长时间的操作。其他的组件可以start一个Service,service启动以后会在后台持续运行,不管用户是否切换到了其他的应用程序。此外,其他的组件还可以绑定到service上,并和service做交互,甚至还可以执行跨进程的操作(IPC)。比如说,Service可以在后台处理网络请求、播放音乐,执行文件i/o或者跟content provider交互。
有两种形式的service:
Started
当其他的组件通过调用startService()启动的service是“Started”。一旦启动以后,service就在后台无限的运行下去,就算是启动他的组件已经被销毁了。通常来说,Started service只会做单一的操作,并且不会返回给调用者返回值。比如:它可以通过网络下载或者是上传文件。当操作结束的时候,service要手动把自己停止掉。
站在用户的角度思考问题,与客户深入沟通,找到荔湾网站设计与荔湾网站推广的解决方案,凭借多年的经验,让设计与互联网技术结合,创造个性化、用户体验好的作品,建站类型包括:成都网站建设、网站设计、企业官网、英文网站、手机端网站、网站推广、域名申请、网站空间、企业邮箱。业务覆盖荔湾地区。
Bound
当其他组件通过调用bindService()绑定到service的时候,service就是 "bound"的。bound service提供了客户端/服务端的接口,允许组件和service进行交互,发送请求,获取结果,甚至是做跨进程的操作。bound service只存活于其他组件绑定在它上面的时候,多个组件可以同时绑定到一个service,但是,当所有的组件同时解绑以后,service就被销毁了。
尽管本文档是分开讨论这两种类型的service的,但是你的service可以同时支持这两种类型,service可以是started(无限运行)同时还允许绑定。这仅仅取决于你是否实现了下面的回调:onStartCommand()允许其他的组件start一个service,onBind()允许绑定service。
不管你的service是started还是bound,应用的其他组件都可以使用这个service(甚至是别的应用)。就如同别的组件都可以使用一个Activity一样,通过Intent来启动它。但是,你也可以在manifest文件中把service声明成应用私有的,这就阻止了别的应用访问它。
更多信息请参考“在manifest文件中声明service”(http://developer.android.com/gui ... ices.html#Declaring)这一节。
注意:service是运行在宿主进程的主线程的,service并不会创建它自己的线程,并不会运行在单独的进程中,除非你指定了。这意味着,如果你的service要做一些耗CPU或者是阻塞的操作(比如:播放MP3或者是网络请求),你需要在service内部手动创建一个新的线程来做这样的操作。通过使用单独的线程,会降低ANR的风险,让主线程可以专注于UI操作。
service基础
要创建一个service,必须要创建Service(或者是Service子类)的子类。在你的实现中,你要重写一些回调方法,它们用来处理service的一些关键的生命周期,并且提供组件绑定到service的机制,如果合适的话。
要重写的最重要的回调是:
onStartCommand()
当别的组件通过调用startService()来启动service的时候,系统会调用这个方法。一旦这个方法开始执行,service就启动起来并在后台无限运行。如果你覆盖了这个方法,你还要负责在service的工作结束以后通过调用stopSelf()或者stopService()销毁掉service。(如果你只是想提供绑定就不需要实现这个方法)
onBind()
当其他的组件通过调用bindService()绑定到service(比如做RPC)的时候,系统会调用这个方法。实现这个方法的时候,必须要通过返回一个IBinder来给客户端提供一个用来和service进行交互的接口。一般都要实现这个方法,但是如果你不允许绑定的话,可以返回null。
onCreate()
当service首次启动的时候,系统会调用这个方法,只会执行一次(在调用onStartCommand()或者onBind()之前)。如果service已经在运行了,这个方法是不会被调用的。
onDestroy()
当service不再被使用或者是被销毁的时候系统会调用这个方法。你的service要实现这个方法来做一些清理资源的工作,比如:线程啊,监听啊,广播接收器啊等等。这是service收到的最后一个回调。
如果一个组件通过startService()启动一个service(会导致系统调用onStartCommand()),service会一直运行,一直到它调用stopSelf()或者是别的组件调用stopService()来把它停止掉。
如果一个组件通过bindService()启动一个service(onStartCommand()不会被调用),service只存活于绑定到它的组件上。一旦service跟所有的客户端解绑,它就会被系统结束掉。
Android系统只会在系统的内存不够用的时候才会强制杀掉service,系统必须能够给拥有用户焦点的activity提供系统资源。
如果service被绑定到了拥有用户焦点的activity上,它很可能不会被杀死。
如果service声明成了前台运行的,一般不会被杀死。
其他情况下,如果service是被started并且是长时间运行的,系统会随着时间的推移把它放到后台任务列表的靠后的位置,它就会变得易于被杀掉。
如果你的service是被started,你必须要让它能优雅的处理系统的restart。
如果系统杀掉了你的service,一旦资源可用,系统会立马restart被杀掉的service(当然这也取决于onStartCommand()的返回值)。
想了解更多关于系统可能会杀掉service的信息,参考:进程和线程(http://developer.android.com/gui ... es-and-threads.html)。
下面的章节,你会学到如何创建各种类型的service,还有如何在其他组件中使用service。
在manifest文件中声明service
跟Activity类似(还有其他组件),你必须要在manifest文件中声明所有的service。
要声明一个service,添加
...
...
想了解更多关于在manifest声明service的信息,参考
为了确保你的应用是安全的,当start或者是bind一个service的时候总是使用明确的intent,并且不要给service声明intent filter。如果允许不明确的方式来启动service非常重要,你可以给service提供intent filter,排除掉某些组件名字。但是,你必须要用setPackage()给intent设置pachage,这给要调用的目标service提供了足够的确定性。
此外,你也可以用过引入android:exported这个属性,并把它的值设置为false来确保你的service只是对你的应用可用。这就有效地防止了其他的应用启动你的service,就算是使用明确intent也没有用。
创建一个Started Service
如果别的组件通过调用startService()启动service的话,service就是一个started service,这会导致系统调用servicve的onStartCommand()方法。
当service启动以后,它的生命周期跟启动它的组件的生命周期是相互独立的,service可以在后台无限的运行,就算启动它的组件已经销毁了。这种情况下,当它的任务完成以后,service就需要调用stopSelf()来停掉自己,其他的组件可以调用stopService()来停掉service。
应用程序的组件比如Activity可以通过调用 startService()来启动一个service,并且给service传递一个Intent,Intent就指定了要启动的service和传递给service使用的数据。service会在onStartCommand()方法中收到这个Intent。
举个例子,假如一个Activity需要把数据保存到网络的数据库上,Activity可以启动一个service,通过intent传递给service要保存的数据。service在onStartCommand()方法中收到intent,连上网络,做数据库操作。当操作完成以后,service要停掉自己,然后servive就被销毁了。
注意:service是运行在应用的同一个进程中,默认是运行在应用的主线程的。因此,如果当用户跟应用进行交互的时候,service做一些耗时或者是阻塞的操作的话,service会拖慢Activity的性能。为了避免影响应用的性能,你要在service内部新开一个线程。
一般来说,可以通过继承两个类来创建started service:
一个是继承Service
Service是所有service的基类。当你继承这个类的时候,要在service内部新开一个线程做繁重的操作,因为service默认是运行在应用的主线程的,它会影响应用的性能。
还一个是继承IntentService
它是Service的子类,它内部使用了一个工作线程来处理所有的请求,一次一个。如果你的service不需要同步与处理多个请求的话,这将是最佳的选择。你所要做的仅仅是实现onHandleIntent()方法,它会接收请求的intent,因此你就可以做后台任务。
下面的章节讲述了如何用这两个类实现service。
继承IntentService类
因为大多数的started service都不需要处理并发的请求,因此使用IntentService可能是最优的方案。
IntentService会做如下的事情:
(1)创建一个默认的工作线程,它用来执行传递到onStartCommand()的intent,并且是跟应用的主线程独立的。
(2)创建一个工作队列。每次只传递一个intent到onHandleIntent()方法,因此就不需要担心多线程的问题了。
(3)当所有的请求都处理完以后,service会自动停止掉,因此不需要调用stopSelf()。
(4)提供了onBind()的默认实现,方法会返回null。
(5)提供了 onStartCommand()的默认实现,会把intent发送到工作队列,然后发送给onHandleIntent()。
所有这些以后,你所需要做的仅仅是实现onHandleIntent()来完成客户的工作(当然你也可以给service提供构造函数)。
下面是一个实现了IntentService的例子:
public class HelloIntentService extends IntentService { /** * A constructor is required, and must call the super IntentService(String) * constructor with a name for the worker thread. */ public HelloIntentService() { super("HelloIntentService"); } /** * The IntentService calls this method from the default worker thread with * the intent that started the service. When this method returns, IntentService * stops the service, as appropriate. */ @Override protected void onHandleIntent(Intent intent) { // Normally we would do some work here, like download a file. // For our sample, we just sleep for 5 seconds. long endTime = System.currentTimeMillis() + 5*1000; while (System.currentTimeMillis() < endTime) { synchronized (this) { try { wait(endTime - System.currentTimeMillis()); } catch (Exception e) { } } } }}
这就是你要做的全部的事情:一个构造函数和实现onHandleIntent()。
如果你想覆盖别的回调比如onCreate(), onStartCommand(),或者onDestroy(),一定要记得调用父类的实现,这样IntentService才可以正确的处理工作线程的生命周期。
比如下面,onStartCommand()必须要返回默认的实现(跟intent被传递到onHandleIntent()一样)。
@Overridepublic int onStartCommand(Intent intent, int flags, int startId) { Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show(); return super.onStartCommand(intent,flags,startId);}
除了onHandleIntent(),唯一个不需要调用父类的函数是onBind()(只有不允许绑定的时候才需要实现这个方法)。