===================================================================
看到传递非原语参数，应该第一时间就想到 in，out，inout 这三个标记，查了一下官方文档，描述很简单
所有非原语参数均需要指示数据走向的方向标记。这类标记可以是 in、out 或 inout（见下方示例）。原语默认为 in，不能是其他方向。
这句话里对于我们这个问题有用的线索就只有一个：数据走向。
那么让我们大胆的猜测一下，这个数据走向是否指的就是该参数内部的数据流向？如果是这样，那么数据走向应该是这样的：
-
in：参数可以从客户端流向服务端 -
out：参数可以从服务端流向客户端 -
inout：参数可以在客户端和服务端互相流动
从客户端流向服务端比较好理解，就是传参，但是从服务端流向客户端到底是什么意思？
写一个 Demo 验证下：
======================================================================
public class Person implements Parcelable {
private String name;
private String age;
public Person() {
}
public Person(String name, String age) {
this.name = name;
this.age = age;
}
protected Person(Parcel in) {
name = in.readString();
age = in.readString();
}
}
interface IYaYaInterface {
void setPersonIn(in Person person);
void setPersonOut(out Person person);
void setPersonInOut(inout Person person);
void changePerson();
void personChanged();
Person getPerson();
}
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();
}
});
从代码可以知道，我们分别定义了使用 in ，out，inout 修饰的三个方法，然后在客户端分别调用了这三个方法，服务端则在收到对象后马上修改对象的属性。我们看一下运行起来的 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();
}
});
有两点修改：
-
in修饰符在setPersonIn()之后，客户端自行修改了对象参数，然后调用personChanged()在服务端打印对象 -
out修饰符在setPersonOut()之后，调用changePerson()改变服务端的对象属性，然后打印客户端的对象
服务端
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);
最后
希望本文对你有所启发，有任何面试上的建议也欢迎留言分享给大家。
好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划，可以加一下下面的技术群。来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。
这里放一下资料获取方式：GitHub
好了~如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。
为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！
