首页 > 代码库 > Android总结篇系列:Android Service
Android总结篇系列:Android Service
Service作为Android中四大基本组件之一,也是App中经常要用到的。其实,Service这块的知识点还是有些多的,下面要分别一一总结下。
Service通常总是称之为“后台服务”,其中“后台”一词是相对于前台而言的,具体是指其本身的运行并不依赖于用户可视的UI界面,因此,从实际业务需求上来理解,Service的适用场景应该具备以下条件:
1.并不依赖于用户可视的UI界面(当然,这一条其实也不是绝对的,如前台Service就是与Notification界面结合使用的);
2.具有较长时间的运行特性。
1.Service AndroidManifest.xml 声明
一般而言,从Service的启动方式上,可以将Service分为Started Service和Bound Service。无论哪种具体的Service启动类型,都是通过继承Service基类自定义而来。在使用Service时,要想系统能够找到此自定义Service,无论哪种类型,都需要在AndroidManifest.xml中声明,语法格式如下:
1 <service android:enabled=["true" | "false"] 2 android:exported=["true" | "false"] 3 android:icon="drawable resource" 4 android:isolatedProcess=["true" | "false"] 5 android:label="string resource" 6 android:name="string" 7 android:permission="string" 8 android:process="string" > 9 . . .10 </service>
其中,android:exported属性上一篇博文中对此已进行详尽描述,android:name对应Service类名,android:permission是权限声明,android:process设置具体的进程名称。需要注意的是Service能否单独使用一个进程与其启动方式有关,本后下面会给出具体说明。其他的属性此处与其他组件基本相同,不再过多描述。
注:如果自定义Service没有在AndroidManifest.xml中声明,当具体使用时,不会像Activity那样直接崩溃报错,但是Service没法启动,这反而使得有时候不容易发现忘了声明而一时定位不到问题。
2.Started Service
Started Service相对比较简单,通过context.startService(Intent serviceIntent)启动Service,context.stopService(Intent serviceIntent)停止此Service。当然,在Service内部,也可以通过stopSelf(...)方式停止其本身。
1)Started Service自定义
下面代码片段显示的是一个最基本的Started Service的自定义方式:
1 public class MyService extends Service { 2 3 public static final String TAG = "MyService"; 4 5 @Override 6 public IBinder onBind(Intent intent) { 7 return null; 8 } 9 10 @Override11 public void onCreate() {12 super.onCreate();13 Log.w(TAG, "in onCreate");14 }15 16 @Override17 public int onStartCommand(Intent intent, int flags, int startId) {18 Log.w(TAG, "in onStartCommand");19 Log.w(TAG, "MyService:" + this);20 String name = intent.getStringExtra("name");21 Log.w(TAG, "name:" + name);22 return START_STICKY;23 }24 25 @Override26 public void onDestroy() {27 super.onDestroy();28 Log.w(TAG, "in onDestroy");29 }30 }
其中,onBind(...)函数是Service基类中的唯一抽象方法,子类都必须重写实现,此函数的返回值是针对Bound Service类型的Service才有用的,在Started Service类型中,此函数直接返回 null 即可。onCreate(...)、onStartCommand(...)和onDestroy()都是Started Service相应生命周期阶段的回调函数。
2) Started Service使用
1 public class MainActivity extends Activity { 2 3 public static final String TAG = "MainActivity"; 4 5 private Button startServiceBtn; 6 private Button stopServideBtn; 7 private Button goBtn; 8 9 private Intent serviceIntent;10 11 @Override12 protected void onCreate(Bundle savedInstanceState) {13 super.onCreate(savedInstanceState);14 setContentView(R.layout.activity_main);15 16 startServiceBtn = (Button) findViewById(R.id.start_service);17 stopServideBtn = (Button) findViewById(R.id.stop_service);18 goBtn = (Button) findViewById(R.id.go);19 20 startServiceBtn.setOnClickListener(new View.OnClickListener() {21 @Override22 public void onClick(View v) {23 serviceIntent = new Intent(MainActivity.this, MyService.class);24 startService(serviceIntent);25 }26 });27 28 stopServideBtn.setOnClickListener(new View.OnClickListener() {29 @Override30 public void onClick(View v) {31 stopService(serviceIntent);32 }33 });34 35 goBtn.setOnClickListener(new View.OnClickListener() {36 @Override37 public void onClick(View v) {38 Intent intent = new Intent(MainActivity.this, BActivity.class);39 startActivity(intent);40 }41 });42 43 }44 45 @Override46 protected void onDestroy() {47 super.onDestroy();48 Log.w(TAG, "in onDestroy");49 }50 }
如上代码片段,
当Client调用startService(Intent serviceIntent)后,如果MyService是第一次启动,首先会执行 onCreate()回调,然后再执行onStartCommand(Intent intent, int flags, int startId),当Client再次调用startService(Intent serviceIntent),将只执行onStartCommand(Intent intent, int flags, int startId),因为此时Service已经创建了,无需执行onCreate()回调。无论多少次的startService,只需要一次stopService()即可将此Service终止,执行onDestroy()函数(其实很好理解,因为onDestroy()与onCreate()回调是相对的)。
下面重点关注下onStartCommand(Intent intent, int flags, int startId)方法。
其中参数flags默认情况下是0,对应的常量名为START_STICKY_COMPATIBILITY。startId是一个唯一的整型,用于表示此次Client执行startService(...)的请求请求标识,在多次startService(...)的情况下,呈现0,1,2....递增。另外,此函数具有一个int型的返回值,具体的可选值及含义如下:
START_NOT_STICKY:当Service因为内存不足而被系统kill后,接下来未来的某个时间内,即使系统内存足够可用,系统也不会尝试重新创建此Service。除非程序中Client明确再次调用startService(...)启动此Service。
START_STICKY:当Service因为内存不足而被系统kill后,接下来未来的某个时间内,当系统内存足够可用的情况下,系统将会尝试重新创建此Service,一旦创建成功后将回调onStartCommand(...)方法,但其中的Intent将是null,pendingintent除外。
START_REDELIVER_INTENT:与START_STICKY唯一不同的是,回调onStartCommand(...)方法时,其中的Intent将是非空,将是最后一次调用startService(...)中的intent。
START_STICKY_COMPATIBILITY:compatibility version of {@link #START_STICKY} that does not guarantee that {@link #onStartCommand} will be called again after being killed。此值一般不会使用,所以注意前面三种情形就好。
以上的描述中,”当Service因为内存不足而被系统kill后“一定要非常注意,因为此函数的返回值设定只是针对此种情况才有意义的,换言之,当认为的kill掉Service进程,此函数返回值无论怎么设定,接下来未来的某个时间内,即使系统内存足够可用,Service也不会重启。
Android总结篇系列:Android Service