Android Framework:深入探索 AIDL 数据流动,只有搞Android开发的才知道

void setPersonInOut(inout Person person);

void changePerson();

void personChanged();

Person getPerson();

}

Service:


class MyYaYa extends IYaYaInterface.Stub {

@Override

public void setPersonIn(Person person) throws RemoteException {

Log.d(TAG, "setPersonIn1: " + person);

mPerson = person;

mPerson.setPrice(“666666”);

Log.d(TAG, "setPersonIn2: " + person);

}

@Override

public void setPersonOut(Person person) throws RemoteException {

Log.d(TAG, "setPersonOut1: " + person);

mPerson = person;

mPerson.setPrice(“666666”);

Log.d(TAG, "setPersonOut2: " + person);

}

@Override

public void setPersonInOut(Person person) throws RemoteException {

Log.d(TAG, "setPersonInOut1: " + person);

mPerson = person;

mPerson.setPrice(“666666”);

Log.d(TAG, "setPersonInOut2: " + person);

}

@Override

public void changePerson() throws RemoteException {

mPerson.setName(“CCCCCCC”);

Log.d(TAG, "changePerson: " + mPerson);

}

@Override

public void personChanged() throws RemoteException {

Log.d(TAG, "personChanged: " + mPerson);

}

@Override

public Person getPerson() throws RemoteException {

return mPerson;

}

}

客户端:


findViewById(R.id.in).setOnClickListener(v -> {

try {

Person in = new Person(“In”, “1”);

Log.d(TAG, "in1: " + in);

mService.setPersonIn(in);

Log.d(TAG, "in2: " + in);

} catch (RemoteException e) {

e.printStackTrace();

}

});

findViewById(R.id.out).setOnClickListener(v -> {

try {

Person out = new Person(“Out”, “1”);

Log.d(TAG, "out1: " + out);

mService.setPersonOut(out);

Log.d(TAG, "out2: " + out);

} catch (RemoteException e) {

e.printStackTrace();

}

});

findViewById(R.id.inout).setOnClickListener(v -> {

try {

Person inOut = new Person(“InOut”, “1”);

Log.d(TAG, "inOut1: " + inOut);

mService.setPersonInOut(inOut);

Log.d(TAG, "inOut2: " + inOut);

} catch (RemoteException e) {

e.printStackTrace();

}

});

从代码可以知道,我们分别定义了使用 inoutinout 修饰的三个方法,然后在客户端分别调用了这三个方法,服务端则在收到对象后马上修改对象的属性。我们看一下运行起来的 Log,观察下数据流向

Log 验证

=====================================================================

服务端 Log


D/AIDLDebug: setPersonIn1: Person{name=‘In’, age=‘1’}

D/AIDLDebug: setPersonIn2: Person{name=‘In’, age=‘666666’}

D/AIDLDebug: setPersonOut1: Person{name=‘null’, age=‘null’}

D/AIDLDebug: setPersonOut2: Person{name=‘null’, age=‘666666’}

D/AIDLDebug: setPersonInOut1: Person{name=‘InOut’, age=‘1’}

D/AIDLDebug: setPersonInOut2: Person{name=‘InOut’, age=‘666666’}

可以看到 ininout 服务端都是可以接收到完整的属性,而 out 则服务端完全接收不到任何属性

这验证了一部分我们的猜想:ininout 可以从客户端传递参数中的属性到服务端,而 out 则不能从客户端传递参数的属性到服务端。

接着验证数据从服务端流向客户端,我们在服务端中修改了参数的属性,看一下客户端的对象属性有没有跟随变化:

客户端


D/AIDLDebug: in1: Person{name=‘In’, age=‘1’}

D/AIDLDebug: in2: Person{name=‘In’, age=‘1’}

D/AIDLDebug: out1: Person{name=‘Out’, age=‘1’}

D/AIDLDebug: out2: Person{name=‘null’, age=‘666666’}

D/AIDLDebug: inOut1: Person{name=‘InOut’, age=‘1’}

D/AIDLDebug: inOut2: Person{name=‘InOut’, age=‘666666’}

Log 证实了我们的猜想,in 的对象属性完全没有发生变化,而 out 和 inout 都同步了服务端的修改。

至此,我们的猜想已经得到了验证,最后还剩下一个问题,就是 in out inout 的生命周期,也就是说在该函数作用域之外,同步是否还会生效?修改我们的代码:

验证生命周期

=====================================================================

代码修改


客户端

findViewById(R.id.in).setOnClickListener(v -> {

try {

Person in = new Person(“In”, “1”);

Log.d(TAG, "in1: " + in);

mService.setPersonIn(in);

Log.d(TAG, "in2: " + in);

in.setPrice(“3”);

mService.personChanged();

} catch (RemoteException e) {

e.printStackTrace();

}

});

findViewById(R.id.out).setOnClickListener(v -> {

try {

Person out = new Person(“Out”, “1”);

Log.d(TAG, "out1: " + out);

mService.setPersonOut(out);

mService.changePerson();

Log.d(TAG, "out2: " + out);

} catch (RemoteException e) {

e.printStackTrace();

}

});

有两点修改:

  1. in 修饰符在 setPersonIn() 之后,客户端自行修改了对象参数,然后调用 personChanged() 在服务端打印对象

  2. out 修饰符在 setPersonOut() 之后,调用 changePerson() 改变服务端的对象属性,然后打印客户端的对象

Log 验证


服务端

D/AIDLDebug: setPersonIn1: Person{name=‘In’, age=‘1’}

D/AIDLDebug: setPersonIn2: Person{name=‘In’, age=‘666666’}

D/AIDLDebug: personChanged: Person{name=‘In’, age=‘666666’}

D/AIDLDebug: setPersonOut1: Person{name=‘null’, age=‘null’}

D/AIDLDebug: setPersonOut2: Person{name=‘null’, age=‘666666’}

D/AIDLDebug: changePerson: Person{name=‘CCCCCCC’, age=‘666666’}

客户端

D/AIDLDebug: in1: Person{name=‘In’, age=‘1’}

D/AIDLDebug: in2: Person{name=‘In’, age=‘1’}

D/AIDLDebug: out1: Person{name=‘Out’, age=‘1’}

D/AIDLDebug: out2: Person{name=‘null’, age=‘666666’}

可以看到,数据的流动不能始终保持,在离开了相应的函数作用域之后,流动就会失效。

结论

=================================================================

方向标记规定了在跨进程通信中参数内部的数据流向

  • in:表示参数内部数据只能从客户端流向服务端

  • out:表示参数内部数据只能从服务端流向 客户端

  • inout:表示参数内部数据可以在客户端和服务端之间互相流动

而且,该流动特性只在被修饰的函数作用域内有效,一旦离开该作用域,流动特性就会失效。

源码:

==================================================================

通过源码印证下我们的结论,看一下生成的 AIDL java 文件:

@Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException

{

java.lang.String descriptor = DESCRIPTOR;

switch (code)

{

case INTERFACE_TRANSACTION:

{

reply.writeString(descriptor);

return true;

}

case TRANSACTION_setPersonIn:

{

data.enforceInterface(descriptor);

// 可以看到 _arg0 就是客户端传进来的参数

com.yaya.服务端.Person _arg0;

if ((0!=data.readInt())) {

_arg0 = com.yaya.服务端.Person.CREATOR.createFromParcel(data);

}

else {

_arg0 = null;

}

// 在这里将参数传递给服务端

this.setPersonIn(_arg0);

reply.writeNoException();

return true;

}

case TRANSACTION_setPersonOut:

{

data.enforceInterface(descriptor);

com.yaya.服务端.Person _arg0;

// out 根本没有从客户端拿数据,而是 new 了一个新对象

_arg0 = new com.yaya.服务端.Person();

// 然后将新对象传递给服务端

this.setPersonOut(_arg0);

reply.writeNoException();

// 在这里将服务端的对象重新写到序列化中,可以返给客户端。如果在 setPersonOut 方法中改变了参数,会在这里传递给客户端

if ((_arg0!=null)) {

reply.writeInt(1);

_arg0.writeToParcel(reply, android.os.Parcelable.PARCELABLE_WRITE_RETURN_VALUE);

}
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

新的开始

改变人生,没有什么捷径可言,这条路需要自己亲自去走一走,只有深入思考,不断反思总结,保持学习的热情,一步一步构建自己完整的知识体系,才是最终的制胜之道,也是程序员应该承担的使命。

《系列学习视频》

《系列学习文档》

《我的大厂面试之旅》

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!**

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

新的开始

改变人生,没有什么捷径可言,这条路需要自己亲自去走一走,只有深入思考,不断反思总结,保持学习的热情,一步一步构建自己完整的知识体系,才是最终的制胜之道,也是程序员应该承担的使命。

《系列学习视频》
[外链图片转存中…(img-6kfb05Sy-1712336987452)]

《系列学习文档》

[外链图片转存中…(img-nVy4cq3i-1712336987452)]

《我的大厂面试之旅》

[外链图片转存中…(img-VBZTEBPb-1712336987453)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

  • 4
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值