Android 综合揭秘 —— 全面剖释 Service 服务
引言
Service 服务是 Android 系统最常用的四大部件之一,Android 支持 Service 服务的原因主要目的有两个,一是简化后台任务的实现,二是实现在同一台设备当中跨进程的远程信息通信。
Service 服务主要分为 Local Service 本地服务与 Remote Service 远程服务两种,本地服务只支持同一进程内的应用程序进行访问,远程服务可通过AIDL(Android Interface Definition Language)技术支持跨进程访问。服务可以通过Context.startService()和Context.bindService()进行启动,一般Local Service本地服务可使用其中一种方法启动,但Remote Service远程服务只能使用Context.bindService()启动,而两种调用方式在使用场景与活动流程中都存在差异。还有通过多线程技术处理 Service 服务的延时操作等技术,下文将针对Android 系统的 Service 服务的一系列操作进行深入探讨。
目录
一、Android Service的概念与说明
1.1 Service 服务的定义
Android Service 是 Android 平台最常用的部件之一,其概念与 Windows Service 类似,熟悉Windows开发的朋友应该对此概念会有所了解。当 Android 系统需要对现有的程序数据进行监听,或者对现有 Actitvity 提供数据服务支撑时,就会使用到 Android Service 。例如:对用户地理位置的检测,对SD卡定时扫描,对当地气候的定期检测都会使用到 Service 服务,Service 一般都是运行于后台,不需要用户界面支撑。Service 服务不会自动创建线程,如果开发人员没有为Service服务添加异步操作,那Service服务将运行于主线程当中。
1.2 Service 服务的类型
1.2.1 按照 Service 的生命周期模型一共分为两种类型
第一类是直接通过Context.startService()启动,通过Context.stopService() 结束Service,其特点在于调用简单,方便控制。缺点在于一旦启动了 Service 服务,除了再次调用或结束服务外就再无法对服务内部状态进行操控,缺乏灵活性。
第二类是通过Context.bindService()启动,通过Context.unbindService() 结束,相对其特点在运用灵活,可以通过 IBinder 接口中获取 Service 的句柄,对 Service 状态进行检测。
从 Android 系统设计的架构上看,startService() 是用于启动本地服务,bindService() 更多是用于对远程服务进行绑定。当然,也可以结合两者进行混合式应用,先通过startService()启动服务,然后通过 bindService() 、unbindService()方法进行多次绑定,以获取 Service 服务在不同状态下的信息,最后通过stopService()方法结束Service运行,在下面文章里将举例一一说明。
1.2.2 按照 Service 的寄存方式分为两种类型
本地服务 (Local Service) 寄存于当前的进程当中,当前进程结束后 Service 也会随之结束,Service 可以随时与 Activity 等多个部件进行信息交换。Service服务不会自动启动线程,如果没有人工调用多线程方式进行启动,Service将寄存于主线程当中。
远程服务 (Remote Service ) 独立寄存于另一进程中, 通过 AIDL (Android Interface Definition Language)接口定义语言,实现Android设备上的两个进程间通信(IPC)。AIDL 的 IPC 机制是基于 RPC (Remote Proceduce Call) 远程过程调用协议建立的,用于约束两个进程间的通讯规则,供编译器生成代码。进程之间的通信信息,首先会被转换成AIDL协议消息,然后发送给对方,对方收到AIDL协议消息后再转换成相应的对象,其使用方法在下文将会详细说明。
二、Android Service 的生命周期
2.1 Service 服务的常用方法
方法 | 说明 |
void onCreate() | 当Service被启动时被触发,无论使用Context.startServcie还是Context.bindService启动服务,在Service整个生命周期内只会被触发一次 |
int onStartCommand(Intent intent, int flags, int startId) | 当通过Context.startService启动服务时将触发此方法,但当使用 Context.bindService 方法时不会触发此方法,其中参数 intent 是 startCommand 的输入对象,参数 flags 代表 service 的启动方式,参数 startId 当前启动 service 的唯一标式符。返回值决定服务结束后的处理方式,下文将再作详细说明。 |
void onStart(Intent intent,int startId) | 2.0旧版本的方法,已被Android抛弃,不推荐使用,默认在onStartCommand 执行中会调用此方法 |
IBinder onBind(Intent intent) | 使用 Context.bindService 触发服务时将调用此方法,返回一个IBinder 对象,在远程服务时可用于对 Service 对象进行远程操控 |
void onRebind(Intent intent) | 当使用startService启动Service,调用bindService启动Service,且 onUnbind 返回值为 true 时,下次再次调用 Context.bindService 将触发方法 |
boolean onUnbind(Intent intent) | 调用 Context.unbindService 触发此方法,默认返回 false, 当返回值 true 后,再次调用 Context.bindService 时将触发 onRebind 方法 |
void onDestory() | 分三种情况:1.以Context.startService启动service,调用Context.stopService结束时触发此方法;2.以Context.bindService启动service,以Context.unbindService结束时触发此方法;3.先以Context.startService 启动服务,再用Context.bindService绑定服务,结束时必须先调用Context.unbindService解绑再使用Context.stopService结束service才会触发此方法。 |
表2.1
- 细说onStartCommand 方法
由于手机的RAM、内部资源有限,所以很多Service都会因为资源不足而被Kill掉,这时候返回值就决定了Service被Kill后的处理方式,一般 int onStartCommand(intent,flags,startId)的返回值分为以下几种:
START_STICKY
如果service进程被kill掉,系统会尝试重新创建Service,如果在此期间没有任何启动命令被传递到Service,那么参数intent将为null。
START_NOT_STICKY
使用这个返回值时,如果在执行完onStartCommand()后,服务被异常kill掉,系统不会自动重启该服务。
START_REDELIVER_INTENT
使用这个返回值时,如果在执行完onStartCommand()后,服务被异常kill掉,系统会自动重启该服务,并将intent的值传入。
而输入参数flags正是代表此次onStartCommand()方法的启动方式,正常启动时,flags默认为0,被kill后重新启动,参数分为以下两种:
START_FLAG_RETRY
代表service被kill后重新启动,由于上次返回值为START_STICKY,所以参数 intent 为null
START_FLAG_REDELIVERY
代表service被kill后重新启动,由于上次返回值为START_REDELIVER_INTENT,所以带输入参数intent
2.2 Service 的运作流程
上文曾经提到 Service 的启动方法有Context.startService(intent),Context.bindService(intent,serviceConnection,int) 两种,下面详细介绍一下它们工作流程。
当系统调用Context.startService()方法时,先会触发Service的onCreate()方法,这一般用于对Service的运行条件作初始化处理,且在Service的生命周期内只会被触发一次。然后系统将触发Service的onStartCommand()方法,用户每次调用startService()方法,都会触发onStartCommand()方法。之后,Service 除非在资源不足的情况下被系统 kill 掉,否则Service不会自动结束,直至系统调用Context.stopService()方法时,Service 才会结束。在Service结束时将自动启动onDestory()方法对运转中的Service作最后处理。
注意:即使系统多次调用 startService()或 bindService()方法, onCreate() 方法只会在第一次调用时被触发。同理 onDestory () 方法也只会在服务完结时被触发,其原理可看第2.1节该方法的详细说明。
当系统调用Context.bindService()方法时,也会触发Service的onCreate()方法对Service对象的运行条件作初始化处理,然后触发Service 的 onBind ()方法对服务进行绑定,成功获取Service的句柄后,系统就会通过用户自定义的serviceConnection对象onServiceConnected(ComponentName name, IBinder service)方法,对 Service 对象作出处理。最后当系统调用Context.unbindService()结束服务时,就会激发Service的onDestory()方法对运转中的 Service 作最后的处理。
注意:系统调用 Context.bindService()方法,完成 Service.onBind() 绑定后就会触发 serviceConnection对象的 onServiceConnected()方法,但只要系统未使用 Context.unbindService()方法对 service 服务进行解绑,即使多次调用 bindService(),系统也只会在第一次绑定时调用 onBind() 和 onServiceConnected方()法一次。这正是 startService()与 bindService()方法其中的区别,单从字面上理解 startService () 启动服务是可以多次执行,所以多次调用 startService()方法都会触发 onStartCommand()事件,而 bindService() 是绑定服务,所以只要服务已经被绑定,在未解绑时也不会多次执行onServiceConnected()绑定后的操作,这也是两者在使用场景上的区别所在。
Service 生命周期 图2.2
Service 的运转流程就先介绍到这里,具体的使用方法将在下面的章节中详细介绍。
三、Local Service 应用原理与开发实例
3.1 通过 Context.startService 启动 Service 服务
首先建立MyService继承Service,实现onCreate()、onDestory()、onStartCommand()、onStart()等几个方法,使用日志记录其运作信息。在Activity中通过Intent绑定Service服务,通过Context.startService()启动服务,通过Context.stopService()结束服务。
public class MainActivity extends Activity { @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
} public void btnStart_onclick(View view){
//通过Intent绑定MyService,加入输入参数
Intent intent=new Intent(MainActivity.this,MyService.class);
intent.putExtra("Name", "Leslie");
Log.i(Context.ACTIVITY_SERVICE, "----------onClick startService-----------");
//启动MyService
startService(intent);
} public void btnStop_onclick(View view){
Intent intent=new Intent(MainActivity.this,MyService.class);
Log.i(Context.ACTIVITY_SERVICE, "----------onClick stopService------------");
//停止MyService
stopService(intent);
}
} public class MyService extends Service{ @Override
public void onCreate(){
Log.i(Context.ACTIVITY_SERVICE,"Service onCreate");
super.onCreate();
} @Override
public void onDestroy() {
Log.i(Context.ACTIVITY_SERVICE, "Service onDestroy");
super.onDestroy();
} @Override
public void onStart(Intent intent, int startId){
Log.i(Context.ACTIVITY_SERVICE,"Service onStart");
super.onStart(intent, startId);
} @Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.i(Context.ACTIVITY_SERVICE, "Service onStartCommand");
String name=intent.getStringExtra("Name");
Log.i(Context.ACTIVITY_SERVICE,"His name is "+name);
return super.onStartCommand(intent, flags, startId);
}
}
AndroidManifest.xml 文件绑定
<activity
android:name=".MainActivity"
android:label="@string/title_activity_main" >
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<service
android:name="android.services.MyService"
android:enabled="true">
</service>
Service 配置说明:
- android:name 服务类名,注意如果Service与Activity不在同一个包中,在android:name上必须写上Service的全路径
- android:label 服务的名字,如果为空,默认显示的服务名为类名
- android:icon 服务的图标
- android:permission 申明此服务的权限,这意味着只有提供了该权限的应用才能控制或连接此服务
- android:process 表示该服务是否运行在另外一个进程,如果设置了此项,那么将会在包名后面加上这段字符串表示另一进程的名字
- android:enabled 如果此项设置为 true,那么 Service 将会默认被系统启动,默认值为 false
- android:exported 表示该服务是否能够被其他应用程序所控制或连接,默认值为 false
查看处理结果可清楚看到,多次调用startService()后,使用stopService()结束Service服务,onCreate()、onDestory()只会在Service启动和结束时被调用一次。只有Service中的onStartCommand()方法会被多次调用。而Android 2.0以下旧版的方法onStart()会在onStartCommand()调用过程中被激发。
3.2 通过Context.bindService启动Service服务
在介绍Context.bindService()前,先讲解一下与此相关的常用类 Binder、ServiceConnection,首先 IBinder 是 Binder 远程对象的基本接口,是为高性能而设计的轻量级远程调用机制的核心部分。这个接口定义了与远程对象交互的协议,但它不仅用于远程调用,也用于进程内调用。系统可以通过它以获取Service的句柄,在此先简单介绍它的基本用法,在下面关于Remote Service远程服务对象时再详细讲述IBinder的主体功能。ServiceConnection主要用于通过Binder绑定Service句柄后,对Service对象进行处理,它主要有两个方法void onServiceConnected(ComponentName name, IBinder service)和void onServiceDisconnected(ComponentName name)。在Context.bindService()完成绑定后,系统就会调用 onServiceConnected() 方法,用户可以通过 IBinder 参数获取Service句柄,对Service进行处理。而 onServiceDisconnected() 方法一般不会被调用,只有Service被绑定后,由于内存不足等问题被意外 kill 时才会被调用。下面举个例子说明一下bindService()的用法。
public class MainActivity extends Activity {
private MyServiceConnection serviceConnection; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main); serviceConnection=new MyServiceConnection();
} public void btnBind_onclick(View view){
//绑定 MyService
Intent intent=new Intent(this,MyService.class); Log.i(Context.ACTIVITY_SERVICE, "----------onClick bindService-----------");
//通过bindService(intent,serviceConnection,int)方式启动Service
bindService(intent,this.serviceConnection,Context.BIND_AUTO_CREATE);
} public void btnUnbind_onclick(View view){
Log.i(Context.ACTIVITY_SERVICE, "----------onClick unbindService----------");
unbindService(serviceConnection);
}
} public class MyService extends Service{
private MyBinder myBinder; @Override
public IBinder onBind(Intent intent) {
Log.i(Context.ACTIVITY_SERVICE,"Service onBind");
return this.myBinder;
} @Override
public boolean onUnbind(Intent intent){
Log.i(Context.ACTIVITY_SERVICE,"Service onUnbind");
return super.onUnbind(intent);
} @Override
public void onCreate(){
super.onCreate();
Log.i(Context.ACTIVITY_SERVICE,"Service onCreate");
myBinder=new MyBinder();
} @Override
public void onDestroy() {
Log.i(Context.ACTIVITY_SERVICE, "Service onDestroy");
super.onDestroy();
} public String getDate(){
Calendar calendar = Calendar.getInstance();
return calendar.getTime().toString();
} public class MyBinder extends Binder {
public MyService getService(){
return MyService.this;
}
}
} public class MyServiceConnection implements ServiceConnection{ @Override
public void onServiceConnected(ComponentName name, IBinder service){
Log.i(Context.ACTIVITY_SERVICE, "Service Connected");
String data=null;
//通过IBinder获取Service句柄
MyService.MyBinder myBinder=(MyService.MyBinder)service;
MyService myService=myBinder.getService();
data=myService.getDate(); Log.i(Context.ACTIVITY_SERVICE,data);
} @Override
public void onServiceDisconnected(ComponentName name) {
Log.i(Context.ACTIVITY_SERVICE, "Service Disconnected");
}
}
在运行时多次点击按钮激发btnBind_onclick(View view)方法后再使用btnUnbind_onclick(View view)结束服务,请留意处理结果。当系统调用Context .bindService()后,Service将跟随onCreate()、onBind()、onUnbind()、onDestory()的流程走下去。在成功完成onBind()绑定后,就会激发ServiceConnection对象的onServiceConnected()方法,在此用户可对Service进行处理。记得第2.2节所提过的问题,即使多次调用Context.bindService()方法,只要没有调用unbindService()结束绑定,系统只会在第一次调用时激发Service.onBind()和onServiceConnected()方法,这点从运行结果中可得到证实。
注意:调用 Context .bindService() 启动 Service 后 ,只能调用 unbindService() 一次,如重复多次调用此方法系统将会抛出错误异常。所以最简单的处理方式是设置一个静态变量 boolean connected,在调用 unbindService() 前先作出判断
public class MainActivity extends Activity {
private MyServiceConnection serviceConnection;
private static boolean connected; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main); serviceConnection=new MyServiceConnection();
} public void btnBind_onclick(View view){
connected=true;
//绑定 MyService
Intent intent=new Intent(this,MyService.class); Log.i(Context.ACTIVITY_SERVICE, "----------onClick bindService-----------");
//通过bindService(intent,serviceConnection,int)方式启动Service
bindService(intent,this.serviceConnection,Context.BIND_AUTO_CREATE);
} public void btnUnbind_onclick(View view){
Log.i(Context.ACTIVITY_SERVICE, "----------onClick unbindService----------");
if(connected){
unbindService(serviceConnection);
connected=false;
}
}
}
3.3 Service 服务的综合运用
在前两节只是从初级阶段介绍了Service服务的使用原理,无论是使用startService()或者bindService()启动服务,Service服务的运行都是阶段性,当使用stopService()、unbindService()后,Service服务就会结束。然而从现实应用层面上看,Service 服务很多时候是长驻后台的,它会记录程序运行的流程,当今的状态等重要信息。此时,更多的使用方式就是结合startService()、bindService()两种方式调用Service服务,startService()负责管理Service服务的启动,输入初始化参数,bindService()负责定时对Service服务进行检测。而且流程是有规律性,以startService()启动服务后,每使用bindService()绑定服务,就通过serviceConnection对服务进行检测,然后以unbindService()结束绑定。注意,此时服务并未结束,而是长期运行于后台,直到系统以stopService()方法结束服务后,Service才会最终完结。
public class MainActivity extends Activity {
private MyServiceConnection serviceConnection; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main); serviceConnection=new MyServiceConnection();
} public void btnBind_onclick(View view){
//绑定 MyService
Intent intent=new Intent(this,MyService.class); Log.i(Context.ACTIVITY_SERVICE, "----------onClick bindService-----------");
//通过bindService(intent,serviceConnection,int)方式启动Service
bindService(intent,this.serviceConnection,Context.BIND_AUTO_CREATE);
} public void btnUnbind_onclick(View view){
Log.i(Context.ACTIVITY_SERVICE, "----------onClick unbindService----------");
unbindService(serviceConnection);
} public void btnStart_onclick(View view){
//通过Intent绑定MyService,加入初始参数
Intent intent=new Intent(MainActivity.this,MyService.class);
intent.putExtra("param",0.88);
Log.i(Context.ACTIVITY_SERVICE, "----------onClick startService-----------");
//启动MyService
startService(intent);
} public void btnStop_onclick(View view){
Intent intent=new Intent(MainActivity.this,MyService.class);
Log.i(Context.ACTIVITY_SERVICE, "----------onClick stopService------------");
//停止MyService
stopService(intent);
}
} public class MyService extends Service{
private MyBinder myBinder;
private double param; @Override
public void onStart(Intent intent, int startId){
Log.i(Context.ACTIVITY_SERVICE,"Service onStart");
super.onStart(intent, startId);
} @Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.i(Context.ACTIVITY_SERVICE, "Service onStartCommand");
//获取Context.startService设置的param初始值
this.param=intent.getDoubleExtra("param",1.0);
return super.onStartCommand(intent, flags, startId);
} @Override
public IBinder onBind(Intent intent) {
Log.i(Context.ACTIVITY_SERVICE,"Service onBind");
return this.myBinder;
} @Override
public boolean onUnbind(Intent intent){
Log.i(Context.ACTIVITY_SERVICE,"Service onUnbind");
return super.onUnbind(intent);
} @Override
public void onCreate(){
super.onCreate();
Log.i(Context.ACTIVITY_SERVICE,"Service onCreate");
myBinder=new MyBinder();
} @Override
public void onDestroy() {
Log.i(Context.ACTIVITY_SERVICE, "Service onDestroy");
super.onDestroy();
} //获取处理后的值
public double getValue(int value){
return value*param;
} public class MyBinder extends Binder {
public MyService getService(){
return MyService.this;
}
}
} public class MyServiceConnection implements ServiceConnection{ @Override
public void onServiceConnected(ComponentName name, IBinder service){
Log.i(Context.ACTIVITY_SERVICE, "Service Connected");
//通过IBinder获取Service句柄
MyService.MyBinder myBinder=(MyService.MyBinder)service;
MyService myService=myBinder.getService();
//生成随机数输入
Random random=new Random();
double value=myService.getValue(random.nextInt(10)*1000);
//显示计算结果
Log.i(Context.ACTIVITY_SERVICE,String.valueOf(value));
} @Override
public void onServiceDisconnected(ComponentName name) {
Log.i(Context.ACTIVITY_SERVICE, "Service Disconnected");
}
}
通过startService() 启动服务后,多次使用bindService()绑定服务,unbindService()解除绑定,最后通过stopService()结束服务后,可以看到下面的结果
这时候 Service 的onBind()方法和onUnbind()方法只在第一个bindService流程中触发,其后多次调用bindService(),此事件都不会被触发,而只会触发onServiceConnected()事件。这是因为在默认情况下,系统在绑定时会先搜索IBinder接口,如果Service已经绑定了Binder对象,系统就会直接跳过onBind()方法。
既然 onBind(),onUnbind()方法只会在第一次启动绑定时被调用,如果在多次绑定时需要有不同的处理方式又该如何,还好Android为大家预备了一个备用方法void onRebind(intent),Service服务中 boolean onUnbind(intent)的默认返回值为false,只要将此方法的返回值修改为true,则系统在第二次调用Context.bindService()开始,就会激活Service.onRebind(intent)方法。在此对上面的方法作出少量修改,就会看到下面的处理结果。
public class MyService extends Service{
...........
@Override
public void onRebind(Intent intent){
Log.i(Context.ACTIVITY_SERVICE,"Service onRebind");
super.onRebind(intent);
} @Override
public boolean onUnbind(Intent intent){
Log.i(Context.ACTIVITY_SERVICE,"Service onUnbind");
12 //将返回值设置为true
return true;
}
...........
...........
}
运行结果
注意:此使用方法只适用 startService()、bindServcie()同时被调用的情况下,如果只调用其中一个方法,无论onUnbind()返回值为何值都无法触发onRebind()方法
四、通过多线程方式处理 Service 的延时性操作
4.1 以 Runnable接口实现 Service 多线程操作
由于Android 系统的资源有限,而且对屏幕显示,事件发应,用户体现都有较高的要求,所以在CPU、RAM、GPU、GPU都有独立的运行机制。当主线程中存在大文件读取、图片批量处理、网络连接超时等操作时,一旦时间超过5秒,Android 系统就会出现 “设置运行缓慢” 的提示,Logcat日志上也会显示 “The application may be doing too much work on its main thread” 等提示。在开发Service服务时,若存在此类操作时,开发人员就应该尝试使用多线程方式进行开发,避免主线程被长时间占用。下文将以简单的 Runnable 接口方式实现多线程作为例子。
public class MainActivity extends Activity { @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
} public void btnStart_onclick(View view){
Intent intent=new Intent(MainActivity.this,MyService.class);
Log.i(Context.ACTIVITY_SERVICE, "----------onClick startService-----------------");
startService(intent);
} public void btnStop_onclick(View view){
Intent intent=new Intent(MainActivity.this,MyService.class);
Log.i(Context.ACTIVITY_SERVICE, "----------onClick stopService------------------");
stopService(intent);
}
} public class MyService extends Service{ @Override
public void onCreate(){
Log.i(Context.ACTIVITY_SERVICE,"Service onCreate");
super.onCreate();
} @Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.i(Context.ACTIVITY_SERVICE, "Service onStartCommand");
Log.i(Context.ACTIVITY_SERVICE,"Main thread id is "+Thread.currentThread().getId());
//以异步方式进行模拟操作
Thread background=new Thread(new AsyncRunnable());
background.start();
return super.onStartCommand(intent, flags, startId);
} @Override
public void onDestroy() {
Log.i(Context.ACTIVITY_SERVICE, "Service onDestroy");
super.onDestroy();
}
} public class AsyncRunnable implements Runnable { @Override
public void run() {
try {
Log.i(Context.ACTIVITY_SERVICE,"Async thread id is "+Thread.currentThread().getId());
//虚拟操作
for(int n=0;n<8;n++){
Thread.sleep(1000);
Log.i(Context.ACTIVITY_SERVICE,"****Do Work****");
}
} catch (InterruptedException e) {
// TODO 自动生成的 catch 块
e.printStackTrace();
}
}
}
请留意运行结果,主线程与onStartCommand()方法内部操作存在于不同的线程当中完成
4.2 IntentService 服务简介
在Service服务中出现延时性操作是普遍遇到的情况,有见及此 Android 系统早为开发人员提供了一个Service的子类IntentService,当IntentService执行 startService()方法时,系统将使用一个循环程序将该服务加入到一个子线程队列当中,以便执行服务当中的操作。下面为大家提供 IntentService的源代码,让各位更好的理解IntentService的运行方式。
public abstract class IntentService extends Service {
private volatile Looper mServiceLooper;
private volatile ServiceHandler mServiceHandler;
private String mName;
private boolean mRedelivery; private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
} @Override
public void handleMessage(Message msg) {
onHandleIntent((Intent)msg.obj);
stopSelf(msg.arg1);
}
} public IntentService(String name) {
super();
mName = name;
} public void setIntentRedelivery(boolean enabled) {
mRedelivery = enabled;
} @Override
public void onCreate() {
super.onCreate();
HandlerThread thread = new HandlerThread("IntentService[" + mName + "]");
thread.start(); mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
} @Override
public void onStart(Intent intent, int startId) {
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
msg.obj = intent;
mServiceHandler.sendMessage(msg);
} @Override
public int onStartCommand(Intent intent, int flags, int startId) {
onStart(intent, startId);
return mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
} @Override
public void onDestroy() {
mServiceLooper.quit();
} @Override
public IBinder onBind(Intent intent) {
return null;
} protected abstract void onHandleIntent(Intent intent);
}
从代码中可以看到,系统没有在onStartCommand()中创建新线程,而是在onCreate()方法中建立了独立的工作线程,这是由于onCreate()方法只会在新建服务时被调用一次,可见这样的目的是为了让系统在单个线程中执行多个异步任务。当系统调用Context.startService()方法时,系统将通过onStart()方法使用异步方式,调用ServiceHandler.handleMessage(msg)进行处理,而handleMessage(msg)正是调用了虚拟方法onHandleIntent(intent),然后以stopSelf()结束服务。所以用户只需要在继承类中重写onHandleIntent(intent)方法,便可以以异步方法执行IntentService。
4.3 IntentService 应用
以下面一个简单的例子说明一下IntentService的应用,建立一个MyIntentService类继承IntentService,实现onHandleIntent(Message msg)方法。然后在MainActivity活动分别3次以不同参数调用intentService,观察其运行的线程状态。
public class MyIntentService extends IntentService { public MyIntentService() {
super(null);
} @Override
protected void onHandleIntent(Intent intent) {
String msg=intent.getStringExtra("msg");
Log.i(Context.ACTIVITY_SERVICE,msg+"'s thread id is "+Thread.currentThread().getId());
}
} public class MainActivity extends Activity { @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
} public void btnStart_onclick(View view){
Log.i(Context.ACTIVITY_SERVICE, "----------onClick startService--------------");
Log.i(Context.ACTIVITY_SERVICE,"Main thread id is "+Thread.currentThread().getId()); Intent intent1=new Intent(this,MyIntentService.class);
intent1.putExtra("msg", "intentService1");
startService(intent1); Intent intent2=new Intent(this,MyIntentService.class);
intent2.putExtra("msg", "intentService2");
startService(intent2); Intent intent3=new Intent(this,MyIntentService.class);
intent3.putExtra("msg", "intentService3");
startService(intent3);
} public void btnStop_onclick(View view){
Intent intent=new Intent(MainActivity.this,MyIntentService.class);
Log.i(Context.ACTIVITY_SERVICE, "----------onClick stopService-------------");
stopService(intent);
}
}
在AndroidManifest.xml 文件设置服务
<application>
..........
<service
android:name="android.services.MyIntentService"
android:enabled="true">
</service>
</application>
从运行结果中可以看出,同一时间多次启动startService()调用intentService,它们都将运行于同一个异步线程当中,这一点在这里得到了证实。
五、浅谈 Remote Service 原理
5.1 跨进程通信的使用场景
以上章节所举的例子都是使用Local Service 技术,Serivce服务端与Client客户端都是在于同一进程当中,当APP被卸御,Service服务也被同时卸御。要是想把服务端与客户端分别放在不同的进程当中进行跨进程信息交换的话,就需要使用到下面介绍的远程通信服务 Remote Service。使用Remote Service可以把服务端与客户端分离,当一方被卸御,另一方不会被影响。当今有很多企业都有多个独立的APP,如阿里巴巴旗下就天猫、淘宝、聚划算、支付宝等多个APP,这时候就有需要把Service服务放在一独立的后台进程当中,作为多个APP之间信息交换的桥梁。这样如用户信息,用户登录,身份验证等多个共用的模块都可以在Service服务中实现,以供不同的APP进行调用。而且当APP被关闭时,Service服务还会寄存在后台当中,对用户的操作进行检测。如今越来越多的企业都使用这种开发方式,以收集用户像所在地点,通信录,短信,彩信等个人信息,方便企业针对用户的个人资料进行产品推广。
5.2 Remote Service 技术背景
Android 系统与 Windows 系统的通信原则基本一致,进程就是安全策略的边界,不同的APP属于不同进程 Process,一个进程不能直接访问其他进程的资源。需要实现多进程间的通信,就要使用IPC(Inter Process Commnication)进程间通信技术。Android 系统的 IPC 机制是基于 RPC (Remote Proceduce Call) 远程过程调用协议建立的,与 Java 使用的 RMI(Rmote Methed Invocation)远程方法调用相比,不同之处在于Android的IPC机制是基于AIDL(Android Interface Definition Language)接口定义语言定制进程间的通讯规则的。系统会基于 AIDL 规则把信息进行序列化处理,然后发送到另一个进程当中,Android 系统把这种基于跨进程通信的服务称作 Remote Service 。
5.3 IPC 运作原理
从底层架构分析, Android 系统中 IPC 的运作主要依赖于 “ServiceManager” 和 “Binder Driver” 两个核心元件,下面给大家简单介绍一下它们的运作原理:
- ServiceManager 简介
ServiceManager是Android系统内的服务管理器,主要负责管理 Service 服务的管理,注册,调用等任务。在Google提供的Android原始代码中可以找到(文件夹路径:frameworks/base/cmds/servicemanager),有C语言开发基础且有兴趣的朋友可以下载看一下,当中包含了几个核心的函数:
int svcmgr_handler(struct binder_state *bs, struct binder_txn *txn, struct binder_io *msg, struct binder_io *reply)
int do_add_service(struct binder_state *bs, uint16_t *s, unsigned len, void *ptr, unsigned uid)
void *do_find_service(struct binder_state *bs, uint16_t *s, unsigned len)
void binder_loop(struct binder_state *bs, binder_handler func)
ServiceManager 启动后会通过 binder_loop 循环对 Binder Driver 进行监听,当发现了有新的Service服务请求后,就会调用 svcmgr_handler() 函数对检测的Service服务进行处理,通过*do_find_service()函数可以在svclist集中检测Service服务,若当前svclist服务集中未存在当前服务,就会通过do_add_service()进行注册,把当前服务及其唯一标识符加入到svclist中,这样当前的 Service 服务被绑定后就完成在ServiceManager的注册。Binder Driver 会按照规定的格式把它转化为 Binder 实体发送到内核当中,当被 Client 调用时 ServiceManager 会根据 Service 服务的标识符在 svclist 中找到该 Binder 实体,并把 Binder 实体的引用发送给Client。完成计算后 Binder Driver 会进行数据处理,把计算结果发回到Client客户端。由于Binder实体是以强类型的形式存在,所以即使被多次引用,系统都会指向同一个Binder实体,除非所有都结束链接,否则Binder实体会一直存在。
图 5.3
- Binder Driver简介
Binder Driver运行于Android 内核当中,它以 “字符驱动设备” 中的 “misc设备注册” 存在于设备目录 dev/binder,由于权限问题,在一般手机中没有权限进行复制,对此有兴趣的朋友可以在google 提供的 android 源代码中查看。它提供open(),mmap(),poll(),ioctl() 等函数进行标准化文件操作,负责进程之间Binder通信的建立,Binder实体在进程之间的传递,Binder实体引用的计数管理,数据包在进程之间的传递与交互等一系列底层操作。
5.4 Remote Service 常用接口
在 5.3 节以 Android 底层结构的方式简单介绍了一下 IPC 通信的原理,下面将以 JAVA 应用层方式再作介绍。
- IBinder 接口
IBinder 是 Remote Service 远程服务的常用接口,Binder是它的实现类,它是为高性能而设计的轻量级远程调用机制的核心部分。IBinder 内部比较重要的方法就是 boolean transact(int code, Parcel data, Parcel reply, int flags) ,它负责在服务器与客户端之间进行信息交换,调用远程方法进行处理,然后把返回值转换成可序列化对象送回客户端。
5.5 Remote Service 开发实例
首先新建一个项目作为服务端, 建立 AIDL 文件 ITimerService.aidl,系统会根据接口描述自动在gen文件夹内生成对应的类文件 ITimerService.java ,当中 Stub 扩展了 android.os.Binder 并利用 transact ()实现了 ITimerService 接口中方法的远程调用。
package com.example.remoteservice; interface ITimerService{
String getTimeNow();
}
gen\com\example\remoteservice\ITimerService.java (自动生成)
package com.example.remoteservice;
public interface ITimerService extends android.os.IInterface
{
/** Local-side IPC implementation stub class. */
public static abstract class Stub extends android.os.Binder implements com.example.remoteservice.ITimerService
{
private static final java.lang.String DESCRIPTOR = "com.example.remoteservice.ITimerService";
/** Construct the stub at attach it to the interface. */
public Stub()
{
this.attachInterface(this, DESCRIPTOR);
}
/**
* Cast an IBinder object into an com.example.remoteservice.ITimerService interface,
* generating a proxy if needed.
*/
public static com.example.remoteservice.ITimerService asInterface(android.os.IBinder obj)
{
if ((obj==null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin!=null)&&(iin instanceof com.example.remoteservice.ITimerService))) {
return ((com.example.remoteservice.ITimerService)iin);
}
return new com.example.remoteservice.ITimerService.Stub.Proxy(obj);
}
@Override public android.os.IBinder asBinder()
{
return this;
}
@Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException
{
switch (code)
{
case INTERFACE_TRANSACTION:
{
reply.writeString(DESCRIPTOR);
return true;
}
case TRANSACTION_getTimeNow:
{
data.enforceInterface(DESCRIPTOR);
java.lang.String _result = this.getTimeNow();
reply.writeNoException();
reply.writeString(_result);
return true;
}
}
return super.onTransact(code, data, reply, flags);
}
private static class Proxy implements com.example.remoteservice.ITimerService
{
private android.os.IBinder mRemote;
Proxy(android.os.IBinder remote)
{
mRemote = remote;
}
@Override public android.os.IBinder asBinder()
{
return mRemote;
}
public java.lang.String getInterfaceDescriptor()
{
return DESCRIPTOR;
}
@Override public java.lang.String getTimeNow() throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
java.lang.String _result;
try {
_data.writeInterfaceToken(DESCRIPTOR);
mRemote.transact(Stub.TRANSACTION_getTimeNow, _data, _reply, 0);
_reply.readException();
_result = _reply.readString();
}
finally {
_reply.recycle();
_data.recycle();
}
return _result;
}
}
static final int TRANSACTION_getTimeNow = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
}
public java.lang.String getTimeNow() throws android.os.RemoteException;
}
然后建立服务TimerService,建立内置类TimerServiceImpl实现接口ITimerService中的方法,由于使用 Remote Service 只能使用 bindService()方式对服务进行远程绑定,所以TimerService中须利用 onBind() 方法绑定 TimerServiceImpl 对象。
public class TimerService extends Service { @Override
public IBinder onBind(Intent intent) {
// TODO 自动生成的方法存根
return new TimerServiceImpl();
} public class TimerServiceImpl extends ITimerService.Stub{ @Override
public String getTimeNow() throws RemoteException {
// 获取当时时间与服务器端的进程Id
Date date=new Date();
SimpleDateFormat formatter = new SimpleDateFormat("E yyyy.MM.dd 'at' hh:mm:ss a zzz");
return "Time now is "+ formatter.format(date)+"\nService processId is "+Process.myPid();
}
}
}
在 AndroidManifest.xml 文件设置服务绑定,在 action 项的 android:name 中绑定当前服务的接口
<application>
........
<service android:name=".TimerService" android:process=":remote">
<intent-filter>
<action android:name="com.example.remoteservice.ITimerService"/>
</intent-filter>
</service>
</application>
服务器端完成配置后建立一个客户端项目,把ITimerService.aidl文件copy到客户端,此时客户端也会在gen文件夹中自动生成ITimerService.java文件。在Activity中调用Remote Service时请注意,android 4.0 及以下版本,可通过 Intent(string action) 构造函数生成后直接调用。android 5.0 及以上版本需通过intent.setPackage(string packageName)指定action的包名称。
public class MainActivity extends Activity {
private MyServiceConnection serviceConnection;
private boolean connected; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//建立ServiceConnection对象
serviceConnection=new MyServiceConnection();
} public void btnBind_onclick(View view){
Intent intent=new Intent();
//绑定远程服务接口
intent.setAction("com.example.remoteservice.ITimerService");
intent.setPackage("com.example.remoteservice");
this.connected=true;
Log.i(Context.ACTIVITY_SERVICE, "-------onClick bindService--------");
bindService(intent,this.serviceConnection,Context.BIND_AUTO_CREATE);
} public void btnUnbind_onclick(View view){
Log.i(Context.ACTIVITY_SERVICE, "-------onClick unbindService---------");
if(connected){
unbindService(serviceConnection);
connected=false;
}
}
} public class MyServiceConnection implements ServiceConnection{ @Override
public void onServiceConnected(ComponentName name, IBinder service){
// TODO 自动生成的方法存根
Log.i(Context.ACTIVITY_SERVICE, "Service Connected");
//获取远程对象
ITimerService timerService=ITimerService.Stub.asInterface(service);
String data=null; try {
data=timerService.getTimeNow()+"\nClient processId is "+Process.myPid();
} catch (RemoteException e) {
// TODO 自动生成的 catch 块
e.printStackTrace();
} Log.i(Context.ACTIVITY_SERVICE,data);
}
}
从运行结果可清晰看到Service与Client运行于不同的进程当中
5.6 Remote Service 复杂类型数据传输
当 Remote Service 需要使用自定义类型的数据进行传输时,数据对象需要经过序列化处理,而 Android 对象的序列化处理有两种方式,一是常用方式 Serializable 接口,另一个是 Android 独有的Parcelable 接口。由于常用的 Serializable 接口,会使用大量的临时变量耗费内存而导致大量的GC垃圾回收,引起手机资源不足,因此 Android 研发出 Parcelable 接口实现对象的序列化。它可被看作为一个 Parcel 容器,通过 writeToParcel() 与 createFormParcel() 方法把对象读写到 Parcel 当中,Parcelable接口如下:
public interface Parcelable
{
//内容描述接口
public int describeContents();
//对象序列化方式
public void writeToParcel(Parcel dest, int flags); //反序列化对象,使用泛型方式在Parcel中构造一个实现了Parcelable的类的实例处理。
//接口分别定义了单个实例和多个实例
public interface Creator<T>
{
public T createFromParcel(Parcel source);
public T[] newArray(int size);
}
}
首先建立服务端,新建Person.aidl文件
package com.example.remoteservice; parcelable Person;
建立Person类,实现Parcelable接口
public class Person implements Parcelable {
private String name;
private Integer age;
private String desc; public Person(){ } public Person(String name, Integer age, String desc) {
// TODO 自动生成的构造函数存根
this.name=name;
this.age=age;
this.desc=desc;
} public String getName(){
return this.name;
} public void setName(String name){
this.name=name;
} public Integer getAge(){
return this.age;
} public void setAge(Integer age){
this.age=age;
} public String getDesc(){
return this.desc;
} public void setDesc(String desc){
this.desc=desc;
} @Override
public int describeContents() {
// TODO 自动生成的方法存根
return 0;
} @Override
public void writeToParcel(Parcel dest, int flags) {
// TODO 自动生成的方法存根
dest.writeString(name);
dest.writeInt(age);
dest.writeString(desc);
} public static final Parcelable.Creator<Person> CREATOR = new Creator<Person>() { /**
* 创建一个要序列号的实体类的数组,数组中存储的都设置为null
*/
@Override
public Person[] newArray(int size) {
return new Person[size];
} /***
* 根据序列号的Parcel对象,反序列号为原本的实体对象
* 读出顺序要和writeToParcel的写入顺序相同
*/
@Override
public Person createFromParcel(Parcel source) {
String name = source.readString();
int age = source.readInt();
String desc = source.readString();
Person Person = new Person();
Person.setName(name);
Person.setAge(age);
Person.setDesc(desc); return Person;
}
};
}
建立服务IPersonService.aidl文件
package com.example.remoteservice; import com.example.remoteservice.Person; interface IPersonService{
Person getPerson(String number);
}
此时在gen\com\example\remoteservice文件夹内将自动生成成IPersonService.java类
/*
* This file is auto-generated. DO NOT MODIFY.
* Original file: D:\\Java_Projects\\RemoteService\\src\\com\\example\\remoteservice\\IPersonService.aidl
*/
package com.example.remoteservice;
public interface IPersonService extends android.os.IInterface
{
/** Local-side IPC implementation stub class. */
public static abstract class Stub extends android.os.Binder implements com.example.remoteservice.IPersonService
{
private static final java.lang.String DESCRIPTOR = "com.example.remoteservice.IPersonService";
/** Construct the stub at attach it to the interface. */
public Stub()
{
this.attachInterface(this, DESCRIPTOR);
}
/**
* Cast an IBinder object into an com.example.remoteservice.IPersonService interface,
* generating a proxy if needed.
*/
public static com.example.remoteservice.IPersonService asInterface(android.os.IBinder obj)
{
if ((obj==null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin!=null)&&(iin instanceof com.example.remoteservice.IPersonService))) {
return ((com.example.remoteservice.IPersonService)iin);
}
return new com.example.remoteservice.IPersonService.Stub.Proxy(obj);
}
@Override public android.os.IBinder asBinder()
{
return this;
}
@Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException
{
switch (code)
{
case INTERFACE_TRANSACTION:
{
reply.writeString(DESCRIPTOR);
return true;
}
case TRANSACTION_getPerson:
{
data.enforceInterface(DESCRIPTOR);
java.lang.String _arg0;
_arg0 = data.readString();
com.example.remoteservice.Person _result = this.getPerson(_arg0);
reply.writeNoException();
if ((_result!=null)) {
reply.writeInt(1);
_result.writeToParcel(reply, android.os.Parcelable.PARCELABLE_WRITE_RETURN_VALUE);
}
else {
reply.writeInt(0);
}
return true;
}
}
return super.onTransact(code, data, reply, flags);
}
private static class Proxy implements com.example.remoteservice.IPersonService
{
private android.os.IBinder mRemote;
Proxy(android.os.IBinder remote)
{
mRemote = remote;
}
@Override public android.os.IBinder asBinder()
{
return mRemote;
}
public java.lang.String getInterfaceDescriptor()
{
return DESCRIPTOR;
}
@Override public com.example.remoteservice.Person getPerson(java.lang.String number) throws android.os.RemoteException
{
android.os.Parcel _data = android.os.Parcel.obtain();
android.os.Parcel _reply = android.os.Parcel.obtain();
com.example.remoteservice.Person _result;
try {
_data.writeInterfaceToken(DESCRIPTOR);
_data.writeString(number);
mRemote.transact(Stub.TRANSACTION_getPerson, _data, _reply, 0);
_reply.readException();
if ((0!=_reply.readInt())) {
_result = com.example.remoteservice.Person.CREATOR.createFromParcel(_reply);
}
else {
_result = null;
}
}
finally {
_reply.recycle();
_data.recycle();
}
return _result;
}
}
static final int TRANSACTION_getPerson = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
}
public com.example.remoteservice.Person getPerson(java.lang.String number) throws android.os.RemoteException;
}
然后建立服务PersonService,建立内置类PersonServiceImpl实现接口IPersonService中的方法,在 PersonService 中须利用 onBind() 方法绑定 PersonServiceImpl 对象。
public class PersonService extends Service { @Override
public IBinder onBind(Intent intent) {
// TODO 自动生成的方法存根
return new PersonServiceImpl();
} public class PersonServiceImpl extends IPersonService.Stub{
@Override
public Person getPerson(String number) throws RemoteException {
// TODO 自动生成的方法存根
switch(number){
case "0":
return new Person("Jack Mokei",34,"Project Manager");
case "1":
return new Person("Mike Tlea",24,"Team Leader");
default:
return null;
}
}
}
}
在 AndroidManifest.xml 文件设置服务绑定,在 action 项的 android:name 中绑定当前服务的接口
<application>
........
<service android:name=".PersonService" android:process=":remote">
<intent-filter>
<action android:name="com.example.remoteservice.IPersonService"/>
</intent-filter>
</service>
</application>
服务器端完成配置后建立一个客户端项目,把Person.aidl、IPersonService.aidl文件copy到客户端,此时客户端也会在gen文件夹中自动生成 Person.java和 IPersonService.java文件
public class MainActivity extends Activity {
private MyServiceConnection serviceConnection;
private boolean connected; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//建立ServiceConnection对象
serviceConnection=new MyServiceConnection();
} public void btnBind_onclick(View view){
Intent intent=new Intent();
//绑定远程服务接口
intent.setAction("com.example.remoteservice.IPersonService");
intent.setPackage("com.example.remoteservice");
this.connected=true;
Log.i(Context.ACTIVITY_SERVICE, "----------onClick bindService----------");
bindService(intent,this.serviceConnection,Context.BIND_AUTO_CREATE);
} public void btnUnbind_onclick(View view){
Log.i(Context.ACTIVITY_SERVICE, "----------onClick unbindService--------");
if(connected){
unbindService(serviceConnection);
connected=false;
}
}
} public class MyServiceConnection implements ServiceConnection{ @Override
public void onServiceConnected(ComponentName name, IBinder service){
Log.i(Context.ACTIVITY_SERVICE, "Service Connected");
//绑定远程对象
IPersonService personService=IPersonService.Stub.asInterface(service);
String data=null; try {
Person person=personService.getPerson("0");
data=person.getName()+"'s age is "+person.getAge();
} catch (RemoteException e) {
// TODO 自动生成的 catch 块
e.printStackTrace();
} Log.i(Context.ACTIVITY_SERVICE,data);
}
}
运行结果
本章总结
通过文章的例子大家可以了解到Local Service本地服务与Remote Service远程服务之间的区别,以及Context.startService()方法以及Context.bindService()方法不同的使用场景。希望文章有帮于大家对Service服务有更深入的了解,在不同的开发环境中灵活运用。由于时间仓促,文章当中有不明确的地方或有错漏敬请点明。
Android 综合揭秘 —— 全面剖释 Service 服务的更多相关文章
- Android 通过JNI实现守护进程,使得Service服务不被杀死
来自: http://finalshares.com/read-7306 转载请注明出处: http://blog.csdn.net/yyh352091626/article/details/5054 ...
- Android中Service(服务)详解
http://blog.csdn.net/ryantang03/article/details/7770939 Android中Service(服务)详解 标签: serviceandroidappl ...
- Android 学习笔记 Service服务与远程通信...(AIDL)
PS:这一章节看的我有几分迷茫,不是很容易理解...不过还好总算是明白了一大半了...基本的迷惑是解决了... 学习内容: 1.跨应用启动服务... 2.跨应用绑定服务... 3.跨应用实现通信... ...
- Android 编程下的四大组件之服务(Service)
服务(Service) 是一种在后台运行,没有界面的组件,由其他组件调用开始.Android 中的服务和 Windows 中的服务是类似的东西,它运行于系统中不容易被用户发觉,可以使用它开发如监控之类 ...
- Android Service 服务
一. Service简介 Service是android 系统中的四大组件之一(Activity.Service.BroadcastReceiver.ContentProvider),它跟Activi ...
- Android Service 服务(一)—— Service .
http://blog.csdn.net/ithomer/article/details/7364024 一. Service简介 Service是android 系统中的四大组件之一(Activit ...
- Java乔晓松-android的四大组件之一Service(服务的绑定)
android的四大组件之一Service(服务的绑定) 怎么绑定服务,又怎么解除服务,代码如下: MainActivity.java源码: package com.example.lesson14_ ...
- Android service 服务的应用之电话监听器以及短信监听器
首先建立一个项目工程文件,如下图所示:
- Android学习笔记(五一):服务Service(上)- IntentService
转自 http://blog.csdn.net/flowingflying/article/details/7616333 对于需要长期运行,例如播放音乐.长期和服务器的连接,即使已不是屏幕当前的ac ...
随机推荐
- The import java.io cannot be resolved
在导入一个新项目后出现 The import java.io cannot be resolved.String cannot be resolved to a type 解决: 将JRE Syste ...
- arcgis操作笔记-根据属性提取某区域要素
1. 提取
- SQL Server 大数据量分页建议方案
简单的说就是这个 select top(20) * from( select *, rowid = row_number() over(order by xxx) from tb with(noloc ...
- python脚本执行Scapy出现IPv6警告WARNING解决办法
安装完scapy,写了脚本执行后执行: WARNING: No route found for IPv6 destination :: (no default route?) 原因是用 from sc ...
- PHP 通过设置P3P头来实现跨域访问COOKIE
CentOS的系统(Linux 内核) 编辑HOST vi /etc/hosts 加入127.0.0.1 www.a.com127.0.0.1 www.b.com 首先:创建 a_setcookie. ...
- Tomcat如何配置环境变量
1, JDK:版本为jdk-7-windows-i586.exe 下载地址: http://www.oracle.com/technetwork/java/javase/downloads/index ...
- 区间型DP
区间型DP是一类经典的动态规划问题,主要特征是可以先将大区间拆分成小区间求解最后由小区间的解得到大区间的解. 有三道例题 一.石子合并 在一个圆形操场的四周摆放N堆石子,现要将石子有次序地合并成一堆. ...
- 百度贴吧python吧抓取用户名和图片
原理就是将贴吧条数中的用户提取出来并在此爬取用户中的图片 #!/usr/bin/env python #coding:utf-8 import requests import urllib2 impo ...
- linux中shell变量$#,$@,$0,$1,$2的含义解释(转)
变量说明: $$ Shell本身的PID(ProcessID) $! Shell最后运行的后台Process的PID $? 最后运行的命令的结束代码(返回值) $- 使用Set命令设定的Flag一览 ...
- iptables之LOG目标 被拦截包分析
iptables之LOG目标 问题 在iptables的INPUT链中发现有大量未知包被拦截,这种情况就有两种可能,一是自己的某个服务的iptables端口没有打开,二是服务器正在遭受攻击 分析 这就 ...