关闭

android service 和aidl

标签: android service aidl
223人阅读 评论(0) 收藏 举报
分类:

前言:苦逼的楼猪被抓去sql 和aidl 了 哎真是辛苦啊,要求是这样的设立一个android 数据库 能够给多个apk 调用。想了下只能用android service 和aidl 了


了解下anroid service: 



楼猪 尊重版权:http://coolxing.iteye.com/blog/1222602/

Service是android中的服务组件, 经常用来执行一些运行在后台的耗时操作. 使用一个Service需要继承Service类, 并根据需要重写生命周期方法. Service的生命周期如下:

|-- public abstract IBinder onBind (Intent intent): 该方法是一个抽象方法, 因此Service子类必须实现这个方法. 它返回一个IBinder对象, 应用程序可以通过这个对象与Service组件通信(关于这一点, 其后会有详细的讲解), 以bindService()方式启动Service时回调该方法.

|-- public void onCreate (): 当Service第一次被创建后回调的方法.

|-- public void onDestroy (): Service关闭之前回调的方法.

|-- public int onStartCommand (Intent intent, int flags, int startId): 以startService(Intent intent)的方式启动Service时, 系统都会回调该方法.

|-- public boolean onUnbind (Intent intent): 当所有绑定该Service的组件都断开连接时回调该方法.

 

从图中可以看出, Service可以有两种启动方式:

1. 以startService(Intent intent)的方式启动. 此时启动的Service与调用者之间没有关联, 即使调用者已经退出, Service仍然可以继续运行, 而且调用者和Service之间无法进行数据交换和通信. 如果需要停止Service的运行, 只能调用Context类的stopService(intent)方法, 或者由Service本身调用其stopSelf()等方法.(你死我活)

2. 以bindService(Intent service, ServiceConnection conn, int flags)的方式启动.

此时调用者与Service绑定在一起, 如果调用者退出, 则Service也随之退出, 而且调用者和Service之间可以进行数据交换或通信.

根据调用者和Service是否在一个应用程序内, 可以将调用者和Service之间的通信分为进程内通信和进程间通信.(同生共死)

 

 

a. 进程内通信. bindService(Intent service, ServiceConnection conn, int flags)方法的第二个参数为ServiceConnection对象, 最后一个参数通常可以是Service.BIND_AUTO_CREATE. ServiceConnection是一个接口, 该接口包含2个方法:

|-- onServiceConnected(ComponentName name, IBinder service): 该方法在调用者和Service成功绑定之后由系统回调.

方法中的第一个参数ComponentName是所绑定的Service的组件名称, 而IBinder对象就是Service中onBinder()方法的返回值. 要实现调用者和Service之间的通信, 只需要调用IBinder对象中定义的方法即可.

|-- onServiceDisconnected(ComponentName name): 该方法在调用者解除和Service的绑定之后由系统回调.



AIDL的作用
    由于每个应用程序都运行在自己的进程空间,并且可以从应用程序UI运行另一个服务进程,而且经常会在不同的进程间传递对象。在Android平台,一个进程通常不能访问另一个进程的内存空间,所以要想对话,需要将对象分解成操作系统可以理解的基本单元,并且有序的通过进程边界。
    通过代码来实现这个数据传输过程是冗长乏味的,Android提供了AIDL工具来处理这项工作。
 
    AIDL (Android Interface Definition Language) 是一种IDL 语言,用于生成可以在Android设备上两个进程之间进行进程间通信(interprocess communication, IPC)的代码。如果在一个进程中(例如Activity)要调用另一个进程中(例如Service)对象的操作,就可以使用AIDL生成可序列化的参数。
    AIDL IPC机制是面向接口的,像COM或Corba一样,但是更加轻量级。它是使用代理类在客户端和实现端传递数据。
选择AIDL的使用场合
    官方文档特别提醒我们何时使用AIDL是必要的:只有你允许客户端从不同的应用程序为了进程间的通信而去访问你的service,以及想在你的service处理多线程。

service 端


具体的项目如下:
service 注册:

  <service  android:name="com.evideostb.cbb.db.service.BaseServie">
            <intent-filter > 
                <action android:name="cn.kdroiddb.Service.BASE_SERVICE"/>
            </intent-filter>
    </service>

构造类:

申明一个内部类:
 
在oncreate里查看sql 的状态 和初始bind:

绑定服务:
public IBinder onBind(Intent arg0) {
// TODO Auto-generated method stub
Log.i("db", "绑定服务成功");
return fuctionBind;
}

就是这么简单了
  内部类 FuctionBind 包含了aidl 的全部接口 这些接口是继承了stub 的那stub 是如何产生的呢 ?(涉及到公司机密不图贴接口程序了)

aidl 文件 格式是这样的
接口的aidl 文件
IFuction.aidl
开头倒入 接口关联的aidl 


然后写接口函数:


in 代表的是传入的参数 注入倒入的类 和返回的类型涉及到必须系列化:
singerFilter 系列化如下:
parcelable SongFilter;
vip 系列化如下:
parcelable Vip;

除了申明系列化的aidl 文件 我们在文件涉及到parcelable 的类 也要 系列化 如上面的SongFilter 和 Vip
public class SongFilter implements Parcelable

public class Vip implements Parcelable

类系列化这边就不解释了,可以查看相关的资料 ,注意 如果类中继承了其他的类,继承的父类也必须系列化
 俩个优化的建议:
boolean 值得系列化可以如下:
parcel.writeInt(isFiltVIP?1:0);(服务器系列化)
返回为list 的系列化如下:
parcel.writeList(SONGTYPES);
  其他都是差不多了

这样我们就能在gen 文件夹下 系统自动生成一个 aidl 接口文件,没错就是我们要的包含了stub 的IFuctiont 



我们看下stub 的内容:

public Stub()
{
this.attachInterface(this, DESCRIPTOR);
}
就是 一个构造的接口函数  当你在 java 代码中继承 stub 的时候  就是继承了 aidl 中你申明的全部接口拉,然后你在 继承的接口中实现服务器中能处理的接口就行了这样服务器 的aidl 端就搭建起来了


Clien客户端
   连接服务器:
 public boolean init(Context context) throws RemoteException {
        if(this.mIsInit) {
            return true;
        } else {
            Intent intent = new Intent();
            intent.setAction("cn.kdroiddb.Service.BASE_SERVICE");
            intent.setPackage("com.example.kdroidservice");
            if(!context.bindService(intent, this.connection, Context.BIND_AUTO_CREATE)) {
                Log.e("KtvDb", "bind failed");
                return false;
            } else {
                synchronized(lock) {
                    if(!this.mIsInit) {
                        Log.i("KtvDb", "begin wait");


                        try {
                            lock.wait(10000L);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        Log.v("KtvDb", "wait timeout with ktvdb init:" + this.mIsInit);
                    }
                    this.mContext = context;
                }
                return this.mIsInit;
            }
        }
    }

之后就可以进行服务器和客户端的数据交换 注意客户端要调用 的aidl 文件 和服务器端的aidl 文件必须一致, 同理涉及到的类也必须一致。
 

 









0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:2762次
    • 积分:63
    • 等级:
    • 排名:千里之外
    • 原创:3篇
    • 转载:4篇
    • 译文:0篇
    • 评论:0条
    文章分类