Android Framework：深入探索 AIDL 数据流动，android初级面试题2018

最新推荐文章于 2023-05-11 21:50:51 发布
最新推荐文章于 2023-05-11 21:50:51 发布
阅读量77 收藏
点赞数
分类专栏： 程序员 文章标签： 面试 移动开发 android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_64382868/article/details/121919652
版权
本文详细分析了Android AIDL中in、out、inout参数修饰符对数据流向的影响，通过实例展示了服务端如何接收并修改客户端传递的对象，并探讨了对象生命周期内数据同步的特性。实验结果显示，in参数仅从客户端流向服务端，out参数从服务端流向客户端，而inout参数双向流动，但作用域外同步失效。最后，通过源码解析进一步证实了这些结论。
摘要由CSDN通过智能技术生成

this.name = name;

this.age = age;

}

protected Person(Parcel in) {

name = in.readString();

age = in.readString();

}

}

AIDL:

interface IYaYaInterface {

void setPersonIn(in Person person);

void setPersonOut(out Person person);

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, "se

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

tPersonOut1: " + 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();

}

});

从代码可以知道，我们分别定义了使用 in ，out，inout 修饰的三个方法，然后在客户端分别调用了这三个方法，服务端则在收到对象后马上修改对象的属性。我们看一下运行起来的 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’}

可以看到 in 和 inout 服务端都是可以接收到完整的属性，而 out 则服务端完全接收不到任何属性。

这验证了一部分我们的猜想：in 和 inout 可以从客户端传递参数中的属性到服务端，而 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);

m0_64382868
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android Framework：深入探索 AIDL 数据流动，android开发基础课程
m0_64319112的博客
11-27 114
} @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
AIDL中的数据流向
freelander_j的博客
12-26 644
文章已同步github博客：AIDL中的数据流向 1、AIDL文件 1.1、文件类型 文件后缀名为.aidl； 1.2、数据类型 1.2.1、默认支持类型 默认支持的类型不需要导包； Java八种基本类型：byte、short、int、long、float、double、boolean、char； String类型； CharSequence类型； List类型：List中的所有元素必须是AID...
Android IPC 之AIDL应用(上)
10-07 1205
前言 IPC 系列文章： 建议按顺序阅读。 Android IPC 之Service 还可以这么理解 Android IPC 之Binder基础 Android IPC 之Binder应用 Android IPC 之AIDL应用(上) Android IPC 之AIDL应用(下) Android IPC 之Messenger 原理及应用 Android IPC 之服务端回调 Android IPC 之获取服务(IBinder) 上一篇文章分析了如何使用Binder进行进程间通信以及提出了直接使用Bind
Android Framework：AIDL
hong
02-01 626
AIDL(Android Interface Definition Language) 程序员可以利用AIDL来实现客户端和服务端的之间实现通信(IPC)。 看看下面的例子。本例创建两个apk应用，一个应用作为AIDL的服务提供方，而另外一个应用作为AIDL服务调用方。AIDL服务提供方首先进入服务提供方的工程，创建aidl文件。本例中，在com.myandroid.aidl包下定义了一个IMy
【Android】在framework中使用AIDL
xiaokangss的博客
07-05 1340
我们就以 Android12 源码为例来说明如何在 Frameworks 中使用 AIDL。 下面是系统的 audio 服务，一个典型的 Frameworks 层 AIDL 的写法。由 AIDL 接口、服务实现、服务发布、服务包装四个部分组成（这里服务实现和发布在一个文件中）。 定义后缀名为 aidl 的接口文件 IAudioService.aidl，然后定义需要的方法，这里就只关注 isMasterMute() 这一个方法。 2 实现具体的服务并注册 想先看完 audio 服务实现流程的同学，看完 2.
android AIDL服务，2021网易Android高级面试题总结
m0_63737692的博客
11-10 978
92.static final int TRANSACTION_getQuote = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0); 93.} 94.public double getQuote(java.lang.String ticker) throws android.os.RemoteException; 95.} 对于所生成的类，请注意以下几点。 在 AIDL 文件中定义的接口在生成的代码中实现为接口 （也就是说，有一个名为IStockQuoteS
Android AIDL 教程 (一）—，android基础面试题
m0_64603776的博客
12-26 1306
有人可能会这样想，既然 inout 表示客户端和服务端都可以修改该类型，那我们平时在写 aidl 文件的时候，直接在方法参数前面加上 inout 修饰就 OK了，省得去区分。 这样做法当然不行，既然双方都可以修改，那系统的开销肯定会比较大。就好比管道一样。 说了这么多，接下来让我们一起来看一下例子 IEasyService.aidl package xj.musicserver.easy; // Declare any non-default types here with import statement
AndroidAIDL:Android AIDL、Binder框架
05-13
Android aidl Binder框架 预览 用来做什么？ 在Android的进程中用来相互通讯，除此之外，还有intent、broadcast、等等。 鸣谢 更多 License Copyright (c) 2015 stuhua
Android深入理解分析Aidl调用作业流程.docx
11-24
Android深入理解分析Aidl调用作业流程 Android深入理解分析Aidl调用作业流程是Android...通过学习Aidl调用作业流程，可以深入了解Android系统中服务端和客户端之间的数据交换和调用过程，并掌握Aidl技术的使用方法。
【android Framework 探究】浅谈AIDL和Binder
lucky_tom的专栏
04-23 742
先聊聊binder，本文不是讲binder，android中的binder框架说实话，要从内核-》驱动-》native-》JNI -》Framework-》app层，牵扯的知识点从内核调度，虚拟内存，内存映射，数据结构，线程管理和设计模式，覆盖面太大了，要真正吃透binder需要大量的时间投入，甚至可能走很多弯路，我的建议 对应用开发者，需要熟练掌握AIDL编写方式，理解Binder作者在android框架进程通讯的设计原理，理解常接触的Stub，Proxy这些角色的概念和Parcel序列化传输。 当然.
Android aidl Binder框架浅析
08-16
代码为博客示例代码，有问题请博客留言：http://blog.csdn.net/lmj623565791/article/details/38461079
Android 使用AIDL传递序列化数据
01-03
本次测试的是客户端和服务端使用Aidl方式实现跨进程通信。 准备工作： 1.首先定义一个客户端，这边是App0429(com.example.app0429),主要含有一个MainActivity.class 2.然后定义一个服务端，这边是App0423(com.example.app0423),主要写一个服务TestService.class 3.编写aidl文件 原创文章 12获赞 1访问量 236 关注
Framework中的AIDL（原）
阿杜的专栏
09-27 6847
这一节中，我们来看一下系统中更为普通的AIDL用法。         为了便于分析，我们挑选了ITelephonyRegistry这个SystemService进行分析。这个服务的主要作用就是对通话相关的事件进行监听，我们把重心放在AIDL的实现结构上，不去关注ITelephonyRegistry具体的实现。 一、AIDL文件相关         先来看一下这个服务的AIDL文件：
Android Framework AIDL的使用
安静的程序媛
07-13 2352
AIDL——Android Interface Definition Language,是一种接口定义语言，用于生成可以在Android设备上两个进程间进行通信的代码。Android Java Service Framework提供的大多数系统服务都是使用AIDL语言生成的。使用AIDL语言，可以自动生成服务接口、服务代理、服务Stub代码。下面我们看看Android framework中使用的a
Android Framework基础之基于AIDL的Binder机制
最新发布
Android驱动开发
05-11 162
纯纯是自己学习内容，别看。
Android Framework学习笔记 -- aidl的使用
axlecho的博客
11-19 317
接口文件aidlpackage com.zst.xposed.halo.floatingwindow3.services;interface IActivityManagerService { void snapActivityTop(int id); void snapActivityBottom(int id); }managerpackage com.zst.xposed.ha
转载 Android aidl在Framework的使用
csh86277516的博客
07-27 750
Aidl 和ipc通信之类framework  要做的文件修改如下： 补丁链接 说明一下是Android 4.4的 Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." ...
Android Framework：深入探索 AIDL 数据流动
Androiddddd的博客
12-17 316
今天群里在讨论 AIDL 的问题，我突然想到一个问题：客户端通过 AIDL 传递给服务端一个非原语参数对象，然后在客户端改变这个参数，服务端会跟着变化吗？ 了解一点 Binder 原理的同学，应该都会觉得不可能，因为 Binder 是通过调用时将内存变化同步给被调用方，从而实现的跨进程通信。改变数据类的属性时，压根都没有调用 Binder，怎么可能同步。一开始我也是这么想的，不过深入研究后却发现了一点不一样东西。 官方文档 看到传递非原语参数，应该第一时间就想到 in，out，inout 这三个标记，查.
Android10 自建System API AIDL跨进程回调
ctgulvzhaole的博客
08-29 415
以一个串口混杂类型为例，需要完成server端和client端 一、Server端 1、AIDL文件 创建ISerialMiscService.aidl 文件 // file：ISerialMiscService.aidl package android.os; import android.os.ISerialMiscServiceCallback; interface ISerialMiscService { void setVal(String key, String value);
Android进程通信深入解析：Messenger与AIDL实战
本文将深入探讨两种主要的跨进程通信方式：Messenger和AIDL（Android Interface Definition Language）。这两种方式都是基于Android的Binder机制来实现的。 1. Messenger使用 Messenger是一种轻量级的IPC解决方案，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值