AIDL挖坑

1. android中得IPC方式

  1. bundle
    1. 由于bundle实现了parcelable借口,且四大组件中得其中三个(activity,service,receive)都支持在intent中传递bundle数据,比较方便实现不同的进程间传递数据
  2. 使用文件共享
    1. 文件共享也是一种不错的进程间通信方式,两个进程通过读写同一个文件来交换数据,比如A进程中把数据写入文件,B进程通过读取这个文件来获取数据。但是这种方式也是又一定局限性的,比如并发读写的问题会导致我们读出的数据不是最新的,因此要避免并发读写的发生或者考虑使用线程同步来限制多个线程的读写操作。基于这样的问题,文件共享方式适合对数据同步要求不高的进程之间进行通信。
  3. 使用Messenger
    1. Messenger是一种轻量级的IPC方案,它的底层实现是AIDL,通过Messenger可以在不同进程中传递Message对象,在Message中放入我们需要传递的数据就可以轻松实现数据在进程间传递了。
  4. 使用AIDL
    1. Messenger是以串行的方式处理客户端的请求,如果有大量的请求同时发送到服务端,服务端仍然只能一个一个处理,此时Messenger就不大合适了,同时Messenger的作用是为了传递消息,且只能传递Bundle支持的数据类型,很多时候需要跨进程调用服务端的方法,这时候可以实用AIDL来实现跨进程的方法调用。AIDL也是Messenger的底层实现,因此Messenger本质上也是AIDL,只不过系统作了封装。

2. 原理

  1. 在app层:binder是客户端和服务端通信的媒介,当bindservice的时候,服务端会返回一个包含了服务端业务调用的binder对象,通过这个binder对象,客户端就可以获取到服务端提供的服务或者数据,这里面的服务包含了普通服务和基于AIDL的服务;
  2. 在framework层,binder是各种Manger(ActivityManger,windowManger等)和响应xxxMangerService的桥梁;
  3. 在native层.binder是创建了ServiceManger以及BpBinder/BBinder模型,搭建binder的桥梁;

3. 具体使用

1. 客户端
  1. 在main文件夹下建aidl文件,这个需要特别注意在客户端也要建立相同包名,文件名的aidl文件;
  2. 在aidl中定义在服务端要实现的方法,此时注意aidl语法接受的参数类型;
  3. 新建完成之后点击构建,在build->generated->source->aidl->debug->包名->就会生成一个与刚刚新建的同名的接口文件;
  4. 以上部分与服务端同样,做相同的工作,-------------
  5. 客户端实现具体的逻辑,连接服务,实现通讯
2. 服务端
  1. 前三部是与客户端相同,
  2. 实现stub操作,获取到一个Ibinder对象,实现aidl文件中定义的方法;
3. 解析生成的aidl.java文件
  1. 简单的分类对于生成的aidl文件

     IRemoteAidl
     Stub abstract extend IBinder implements IRemoteAidl 
         poxy implements IRemoteAidl
             poxy()
             asBinder()
             getInterfaceDescriptor()
             add()
         Stub()  IBinder
         asInterface() IRemoteAidl
         asBinder() IBinder
         onTransact()
     add()
    
  2. 对于客户端只需要获取到IRemoteAidl对象来调用add

  3. 对于服务端需要获取到Ibinder对象来做返回;

  4. 可能大家也注意点 Proxy 这里是private权限的,外部是无法访问的,但这里是 Android 有意为之,抛出了 asInterface 方法,这样避免了对 Proxy可能的修改。

  5. Proxy 是写入参数,读取值;Stub 是读取参数,写入值,刚好也就是从客户端到服务端的步骤,poxy,写入参数,stub获取到参数经过处理然后写入,poxy就可以读取到值了;

4. 常见的问题

  1. 只有一个service,不能安装应用的情况Error running app: Default ActivityNot Found。;
    • 默认情况下安装默认设置Lunche工程时是需要Activity的
    • Run configurations ->general->lunch:nothing
  2. 客户端和服务端必须拥有相同的aidl文件的问题(包括包名,文件名都要相同),包括方法的定义顺序等都必须要相同,不然会出现Java.lang.SecurityException: Binder invocation to an incorrect interface 这个错误。
  3. service 的注册配置的问题;service要和client运行在不同的进程中,所以一定要记得去配置procress属性;
  4. service的启动问题;
    1. 使用bindService的方式去启动
  5. 这个地方涉及到安卓中开启多进程的方式:如果你想在一个应用中使用多个进程,通过清单文件给四大组件添加android:process属性,就可以很方便的开启多进程.


    AIDL挖坑_第1张图片
    AndroidManifest.png
    1. 如图开启了三个进程:默认进程是MainActivity
    2. $ adb shell ps | grep com.szysky 你可以直接使用adb shell ps这会把系统所有进程展示出来,
    3. 你可能已经发现在创建新进程的时候使用两种不同的方式
      1. 当以:开头的进程,属于当前应用的私有进程,其他应用的组件不可以和它跑在同一个进程
      2. 当不以:开头,那么进程属于全局进程,其他应用通过ShareUID方法可以和它跑在同一个进程
      3. Android系统会为每一个应用分配唯一的UID. 相同UID的应用才能共享数据. 但是两个应用通过ShareUID跑在同一个进程是有要求的. 除了具有相同的ShareUID并且还要签名相同才可以. 这时如果不在同一进程他们之间可以共享data目录,组件信息等. 如果还在同一进程, 那么他们还能共享内存数据.

你可能感兴趣的:(AIDL挖坑)