Android知识点学习笔记——Service服务

最新推荐文章于 2024-05-04 21:38:15 发布

ProbuINg

最新推荐文章于 2024-05-04 21:38:15 发布

阅读量856

点赞数

分类专栏： Android知识点与系统机制文章标签： Android知识点

本文链接：https://blog.csdn.net/probuing/article/details/49385059

版权

Android知识点与系统机制专栏收录该内容

36 篇文章 0 订阅

订阅专栏

好久都没有写博客了，又懒了，以后要坚持天天写博客，努力提高自己。

最近工作中的项目遇到了使用android service去不停的监听一个数据变化。由于水平有限，一时间竟然忘记了该怎么使用android的Service，后来有重新学习了一次，借鉴了网络上好多大神的博客，很有启发。

服务Service

特点：

没有界面的Activity,后台进程

就是默默运行在后台的组件，可以理解为是没有前台的activity，适合用来运行不需要前台界面的代码
服务可以被手动关闭，不会重启，但是如果被自动关闭，内存充足就会重启
startService启动服务的生命周期
- onCreate-onStartCommand-onDestroy
重复的调用startService会导致onStartCommand被重复调用
服务只能在清单文件中注册

开启方式

startService
- 该方法启动的服务所在的进程属于服务进程
- Activity一旦启动服务，服务就跟Activity一毛钱关系也没有了
bindService
- 该方法启动的服务所在进程不属于服务进程
- Activity与服务建立连接，Activity一旦死亡，服务也会死亡
服务的混合调用
- 先开始、再绑定，先解绑、再停止
- 开始的时候必须先startService在BindService
- 销毁服务的时候先解绑再停止

进程优先级

前台进程：拥有前台activity（onResume方法被调用）
可见进程：拥有可见activity（onPause方法被调用）
服务进程：不到万不得已不会被回收，而且即便被回收，内存充足时也会被重启
后台进程：拥有后台activity（activity的onStop方法被调用了），很容易被回收
空进程：没有运行任何activity，很容易被回收

生命周期

service生命周期及本地Service的使用

service可以通过两种方式创建：startService()和bindService().

startService()：一般用于在后台上传文件或者下载文件等，不跟其他组件通信，就算启动它的应用被销毁了，它仍然会欢快的在后台执行，直到完成任务的时候自刎（自己调用stopSelf()）或者被其他人下黑手(调用stopService()).

bindService()：允许其他组件跟它进行通信，允许多个客户端绑定到同一个service上，当所有的客户端都解除绑定后，该service就销毁了。

service的生命周期主要是跟这4个回调函数相关，onCreate()、onStartCommend()、onBind()、onDestory()，首先看看下面这张图，然后结合下面的demo，就很容易理解了。

不同开启方式的Service生命周期：
　

service整体的生命时间是从onCreate()被调用开始，到onDestroy()方法返回为止。

　　和activity一样，service在onCreate()中进行它的初始化工作，在onDestroy()中释放残留的资源。

　　比如，一个音乐播放service可以在onCreate()中创建播放音乐的线程，在onDestory()中停止这个线程。

　　onCreate() 和 onDestroy()会被所有的service调用，不论service是通过startService()还是bindService()建立。

　 service积极活动的生命时间（active lifetime）是从onStartCommand() 或onBind()被调用开始，它们各自处理由startService()或 bindService()方法传过来的Intent对象。

　　如果service是被开启的，那么它的活动生命周期和整个生命周期一同结束。

　　如果service是被绑定的，它们它的活动生命周期是在onUnbind()方法返回后结束。

　　注意：尽管一个被开启的service是通过调用 stopSelf() 或 stopService()来停止的，没有一个对应的回调函数与之对应，即没有onStop()回调方法。所以，当调用了停止的方法，除非这个service和客户组件绑定，否则系统将会直接销毁它，onDestory()方法会被调用，并且是这个时候唯一会被调用的回调方法。

　　当绑定service和所有客户端解除绑定之后，Android系统将会销毁它，（除非它同时被onStartCommand()方法开启）。

　　因此，如果你的service是一个纯粹的绑定service，那么你不需要管理它的生命周期。

　　然而，如果你选择实现onStartCommand()回调方法，那么你必须显式地停止service，因为service此时被看做是开启的。

　　这种情况下，service会一直运行到它自己调用 stopSelf()或另一个组件调用stopService()，不论它是否和客户端绑定。

　　另外，如果你的service被开启并且接受绑定，那么当系统调用你的 onUnbind()方法时，如果你想要在下次客户端绑定的时候接受一个onRebind()的调用（而不是调用 onBind()），你可以选择在 onUnbind()中返回true。

　　onRebind()的返回值为void，但是客户端仍然在它的 onServiceConnected()回调方法中得到 IBinder 对象。

　　下图展示了这种service（被开启，还允许绑定）的生命周期：

服务的分类：

本地服务：指的是服务和启动服务的activity在同一个进程中
远程服务：指的是服务和启动服务的activity不在同一个进程中

tips:关于Android 5.0 远程启动服务的问题： Service Intent must be explicit

有些时候我们使用Service的时需要采用隐私启动的方式，但是Android 5.0一出来后，其中有个特性就是Service Intent must be explitict，也就是说从Lollipop开始，service服务必须采用显示方式启动。
而android源码是这样写的（源码位置：sdk/sources/android-21/android/app/ContextImpl.java）：

private void validateServiceIntent(Intent service) {
if (service.getComponent() == null && service.getPackage() == null) {
if (getApplicationInfo().targetSdkVersion >= Build.VERSION_CODES.LOLLIPOP) {
IllegalArgumentException ex = new IllegalArgumentException(
"Service Intent must be explicit: " + service);
throw ex;
} else {
Log.w(TAG, "Implicit intents with startService are not safe: " + service
+ " " + Debug.getCallers(2, 3));
}
}
}

复制代码

既然，源码里是这样写的，那么这里有两种解决方法：

1、设置Action和packageName：

参考代码如下：

Intent mIntent = new Intent();
mIntent.setAction("XXX.XXX.XXX");//你定义的service的action
mIntent.setPackage(getPackageName());//这里你需要设置你应用的包名
context.startService(mIntent);

复制代码

此方式是google官方推荐使用的解决方法。

在此附上地址供大家参考：http://developer.android.com/goo ... tml#billing-service,有兴趣的可以去看看。

2、将隐式启动转换为显示启动： --参考地址： http://stackoverflow.com/a/26318757/1446466

public static Intent getExplicitIntent(Context context, Intent implicitIntent) {
// Retrieve all services that can match the given intent
PackageManager pm = context.getPackageManager();
List<ResolveInfo> resolveInfo = pm.queryIntentServices(implicitIntent, 0);
// Make sure only one match was found
if (resolveInfo == null || resolveInfo.size() != 1) {
return null;
}
// Get component info and create ComponentName
ResolveInfo serviceInfo = resolveInfo.get(0);
String packageName = serviceInfo.serviceInfo.packageName;
String className = serviceInfo.serviceInfo.name;
ComponentName component = new ComponentName(packageName, className);
// Create a new intent. Use the old one for extras and such reuse
Intent explicitIntent = new Intent(implicitIntent);
// Set the component to be explicit
explicitIntent.setComponent(component);
return explicitIntent;
}

复制代码

调用方式如下：

Intent mIntent = new Intent();
mIntent.setAction("XXX.XXX.XXX");
Intent eintent = new Intent(getExplicitIntent(mContext,mIntent));
context.startService(eintent);

AIDL(进程间通信)

Android interface definition language
Android为了安全的考虑进程间是不能进行通信的，在Linux中有PIPE管道来进行进程间的通信，Android用AIDL中进行进程间通讯
安卓接口定义语言
作用：跨进程通信
应用场景：远程服务中的中间人对象，其他应用是拿不到的，那么在通过绑定服务获取中间人对象时，就无法强制转换，使用aidl，就可以在其他应用中拿到中间人类所实现的接口
步骤

把远程服务中的方法抽取成一个单独的接口java文件
把接口文件的后缀名改成aidl，进程间通讯是默认public的不能显示的定义public,开发环境会在gen目录下把.aidl文件生成.java文件，在生成的.java文件中会生成一个内部抽象类Stub，抽象类中的抽象方法就是定义的抽象方法
在自动生成的PublicBusiness.java文件中，有一个静态抽象类Stub，它已经继承了binder类，实现了publicBusiness接口，这个类就是新的中间人
把aidl文件复制粘贴到远程要访问服务方法的项目，粘贴的时候注意，aidl文件所在的包名必须跟原项目中aidl所在的包名一致，系统也会在新的项目中将aidl------>java，系统会将访问服务方法的项目中的接口文件与服务项目中的文件看做一个东西
在项目中，强转中间人对象时，直接使用Stub.asInterface（service）

Android studio中使用aidl的方法

服务端：

1 . 在服务端然后建立AIDL，通过点击建立AIDL文件 (直接改变文件后缀名也可) ，如图

建立好之后，出现AIDL文件如图

但是此时并没有AIDL的java文件产生，其实android studio也是带有自动生成的，只不过需要确认一些信息后才能生成。此时，我们可以在目录 build-->generated-->source-->aidl-->test-->debug下面发现还没有任何文件

此时，打开AndroidManifest.xml，确认package的值，如我这个

关键性的一步，确认aidl文件所在的包名和AndroidMainifest.xml的package名是否一致。如果一致，点击 Build-->Make Project/Make Moudle，生成相应的java文件。如果不一致，则改aidl的包名，改成一致，再点击生成，生成效果如图。

则此时就可以在程序中通过AIDL调用远程Service的方法，实现AIDL与远程Service进行通信

本地端：

本地端可直接将服务端的aidl复制到本地端目录下，注意强转对象的时候要使用生成的Stub.asInterface(IBinder)方法即可。

    
    
     
     
      
         /**
     
     
     
     
      
           * 调用远程服务的方法
     
     
     
     
      
           */
     
     
     
     
      
          public void callRemoteMethod(View v){
     
     
     
     
      
              try {
     
     
     
     
      
                  si.callServiceMethod();
     
     
     
     
      
              } catch (RemoteException e) {
     
     
     
     
      
                  e.printStackTrace();
     
     
     
     
      
              }
     
     
     
     
      
          }
     
     
     
     
      
       
     
     
     
     
      
          class ServiceConn implements ServiceConnection {
     
     
     
     
      
       
     
     
     
     
      
              @Override
     
     
     
     
      
              public void onServiceConnected(ComponentName name, IBinder service) {
     
     
     
     
      
                  System.out.println("成功绑定");
     
     
     
     
      
                  //直接从aidl获取对象
     
     
     
     
      
                  si = ServiceInterface.Stub.asInterface(service);
     
     
     
     
      
              }
     
     
     
     
      
       
     
     
     
     
      
              @Override
     
     
     
     
      
              public void onServiceDisconnected(ComponentName name) {
     
     
     
     
      
       
     
     
     
     
      
              }
     
     
     
     
      
          }