Android Service 详解二:创建一个service
在manifest中声明一个service 跟activity以及其它组件一样,你必须在你的应用的manifest文件中声明所有的service们. 要声明你的service,添加一个元素作为元素的儿子.例如:...... 有许多属性你可以包含在元素中,比如启动service的权限和service运行所在的进程.android:name属性是哇
在manifest中声明一个service
跟activity以及其它组件一样,你必须在你的应用的manifest文件中声明所有的service们.
要声明你的service,添加一个<service>元素作为<application>元素的儿子.例如:
<manifest ... >
...
<application ... >
<service android:name=".ExampleService" />
...
</application>
</manifest>
有许多属性你可以包含在<service>元素中,比如启动service的权限和service运行所在的进程.android:name属性是哇一必须的—它指定了service类的名字.一旦你发布了你的应用,你不应再改变这个名字,因为如果你改了,你可能使一些通过明确的intent来引用你的service的功能无法运行.
就像一个activity,一个service可以定义intent过滤器来使得其它组件使用明确的intent调用自己.通过声明intent过滤器,你设备上的任意应用中的组件都可以通过给startService()传递匹配的intent来启动你的sevice.
如果你打算只在本应用内使用自己的service,那么你不需指定任何intent过滤器.不使用intent过滤器,你必须使用一个明确指定service的类名的intent来启动你的service.
另外,你也可以通过包含android:exported属性,并指定其值为”false”来保证你的service是私有的.即使你的service使用了intent过滤器,也会起作用.
创建一个"启动的"Service
针对Android1.6或更早的版本:
如果你创建的应用是针对Android1.6或更早版本的,你需要实现onStart()而不是onStartCommand()(在Android2.0中,onStart()被废弃代替之以onStartCommand()).
更多关于如何兼容2.0之前版本的知识,请看onStartCommand()文档.
一个启动的service,在被其它组件调用startService()来启动时,会导致service的onStartCommand()方法被调用.
当一个service被启动后,它的生命期就不再依赖于启动它的组件并且可以独立运行于后台,即使启动它的组件死翘翘了.所以,service应该工作完成后调用stopSelf()自己停止掉,或者其它组件也可以调用stopService()停止service.
一个应用组件,比如一个activity可以通过调用startService()启动service同时传递一个指定service和service所用的数据的Intent,service在方法onStartCommand()中接收这个Intent.
例如,假设一个activity需要保存一些数据到一个在线数据库中.这个activity可以通过传递一个intent给startService()来启动一个service并且把数据传给service来让servcie存储它们.service在onStartCommand()中接收intent,连接到Internet然后执行数据库事物.当事物完成后,service停止自己然后被销毁.
小心:service默认运行在声明它的应用进程的主线程中.所以,如果你的service执行密集运算或阻塞操作并且与跟用户交互的activity位于相同的应用中,这个service将会拉低activity的性能.要避免影响应用的性能,你必须在service中启动一个线程.
传统上,有两个类你可以从它派生来创建"启动的"service:
Service
这是所有service的基类.当你派生这个类时,在service中创建一个新的线程来做所有的工作是十分重要的.因为这个service会默认使用你的应用的主线程,这将拉低你的应用中所有运行的activity的性能
IntentService
这是一个Service的子类,使用一个工作线程来处理所有的启动请求,一次处理一个.这是你不需你的service同时处理多个请求时的最好选择.你所有要做的就是实现onHandleIntent(),这个方法接收每次启动请求发来的intent,于是你可以做后台的工作.
从IntentService类派生
因为大多数"启动的"service不需要同时处理多个请求,可能从IntentService实现你的service是最好的选择.
IntentService做了以下工作:
创建一个默认的工作线程在主线程之外执行所有派发到onStartCommand()的intent.
创建一个工作队列,某个时间只传递一个intent到你的onHandleIntent()实现中,于是你不必担心多线程的问题.
当所有开始的请求都处理后,停止service,所以你永远不需调用stopSelf().
提供onBind()的默认实现,返回null.
提供一个onStartCommand()的默认实现,把intent加入到工作队列之后会传给你的onHandleIntent()实现.
以上实现使得你可以仅仅实现onHandleIntent()来做要做的工作即可.(当然,你还是要实现一个小小的构造函数).
下面是一个实现IntentService的例子:
public class HelloIntentService extends IntentService {
/**
* 一个构造函数是必须的,并且你必须调用父类的IntentService(String)以传入工作线程的名字.
*/
public HelloIntentService() {
super("HelloIntentService");
}
/**
* IntentService在默认的工作线程中调用这个方法 *当这个方法返回后,IntentService停止服务,如果能停止的话.
*/
@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(),oronDestroy(),要保证调用父类的对应实现,这样IntentService才能正确地处理工作线程的生命期.
比如,onStartCommand()必须返回默认的实现(其中实现了intent被传送到onHandleIntent()的逻辑):
@Override
public 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()(但是你只需在你的service允许绑定时才实现它).
在下一节,你将看到同样的service类,从类Service派生时是如何实现的.这需要写更多的代码,但是当你需要处理同时发生的请求时(非序列化)这就是合适的做法了.
更多推荐
所有评论(0)