8.3.2 Surface之乾坤大挪移
最后更新于：2022-04-02 05:52:15
1. 乾坤大挪移的表象
relayout的函数是一个跨进程的调用，由WMS完成实际处理。先到ViewRoot中看看调用方的用法，代码如下所示：
**ViewRoot.java**
~~~
private intrelayoutWindow(WindowManager.LayoutParams params,
int viewVisibility, boolean insetsPending)
throws RemoteException {
int relayoutResult = sWindowSession.relayout(
mWindow, params,
(int) (mView.mMeasuredWidth * appScale + 0.5f),
(int) (mView.mMeasuredHeight * appScale + 0.5f),
viewVisibility, insetsPending, mWinFrame,
mPendingContentInsets, mPendingVisibleInsets,
mPendingConfiguration, mSurface);//mSurface传了进去
......
return relayoutResult;
}
~~~
再看接收方的处理。它在WMS的Session中，代码如下所示：
**WindowManagerService.java::Session**
~~~
public int relayout(IWindow window,WindowManager.LayoutParams attrs,
int requestedWidth, int requestedHeight, int viewFlags,
boolean insetsPending, Rect outFrame, Rect outContentInsets,
Rect outVisibleInsets, Configuration outConfig,
Surface outSurface) {
//注意最后这个参数的名字，叫outSurface
//调用外部类对象的relayoutWindow
returnrelayoutWindow(this, window, attrs,
requestedWidth,requestedHeight, viewFlags, insetsPending,
outFrame, outContentInsets,outVisibleInsets, outConfig,
outSurface);
}
~~~
**WindowManagerService.java**
~~~
public int relayoutWindow(Session session,IWindow client,
WindowManager.LayoutParams attrs, int requestedWidth,
int requestedHeight, int viewVisibility, boolean insetsPending,
Rect outFrame, Rect outContentInsets, Rect outVisibleInsets,
Configuration outConfig, SurfaceoutSurface){
.....
try {
//win就是WinState，这里将创建一个本地的Surface对象
Surfacesurface = win.createSurfaceLocked();
if(surface != null) {
//先创建一个本地surface，然后在outSurface的对象上调用copyFrom
//将本地Surface的信息拷贝到outSurface中，为什么要这么麻烦呢？
outSurface.copyFrom(surface);
......
}
~~~
**WindowManagerService.java::WindowState**
~~~
Surface createSurfaceLocked() {
......
try {
//mSurfaceSession就是在Session上创建的SurfaceSession对象
//这里，以它为参数，构造一个新的Surface对象
mSurface = new Surface(
mSession.mSurfaceSession, mSession.mPid,
mAttrs.getTitle().toString(),
0, w, h, mAttrs.format, flags);
}
Surface.openTransaction();//打开一个事务处理
......
Surface.closeTransaction();//关闭一个事务处理。关于事务处理以后再分析
......
}
~~~
上面的代码段好像有点混乱。用图8-7来表示一下这个流程：
:-: 
图8-7 复杂的Surface创建流程
根据图8-7可知：
- WMS中的Surface是乾坤中的乾，它的构造使用了带SurfaceSession参数的构造函数。
- ViewRoot中的Surface是乾坤中的坤，它的构造使用了无参构造函数。
- copyFrom就是挪移，它将乾中的Surface信息，拷贝到坤中的Surface即outSurface里。
要是觉得乾坤大挪移就是这两三下，未免就太小看它了。为彻底揭示这期间的复杂过程，我们将使用必杀技——aidl工具。
2. 揭秘Surface的乾坤大挪移
aidl可以把XXX.aidl文件转换成对应的Java文件。刚才所说的乾坤大挪移发生在ViewRoot调用IWindowSession的relayout函数中，它在IWindowSession.adil中的定义如下：
**IWindowSesson.aidl**
~~~
nterface IWindowSession {
......
intrelayout(IWindow window, in WindowManager.LayoutParams attrs,
int requestedWidth, int requestedHeight, int viewVisibility,
boolean insetsPending, out Rect outFrame, out Rect outContentInsets,
out Rect outVisibleInsets, out Configuration outConfig,
out Surface outSurface);
~~~
下面，拿必杀技aidl来编译一下这个aidl文件，其使用方法如下：
~~~
在命令行下可以输入：
aidl –Ie:\froyo\source\frameworks\base\core\java\ -Ie:\froyo\source\frameworks\base\Graphics\java e:\froyo\source\frameworks\base\core\java\android\view\IWindowSession.aidltest.java
新生成的Java文件叫test.java。其中，-I参数指定include目录，例如aidl文件中使用了别的Java文件中的类，所以需要指定这些Java文件所在的目录。
~~~
先看ViewRoot这个客户端生成的代码，如下所示：
**test.java::Bp端::relayout**
~~~
public int relayout(android.view.IWindow window,
android.view.WindowManager.LayoutParams attrs,
int requestedWidth, intrequestedHeight,
int viewVisibility, boolean insetsPending,
android.graphics.Rect outFrame,
android.graphics.Rect outContentInsets,
android.graphics.Rect outVisibleInsets,
android.content.res.Configuration outConfig,
android.view.Surface outSurface)//outSurface是第11个参数
throwsandroid.os.RemoteException
{
android.os.Parcel_data = android.os.Parcel.obtain();
android.os.Parcel_reply = android.os.Parcel.obtain();
int_result;
try {
_data.writeInterfaceToken(DESCRIPTOR);
_data.writeStrongBinder((((window!=null))?(window.asBinder()):(null)));
if((attrs!=null)) {
_data.writeInt(1);
attrs.writeToParcel(_data,0);
}
else {
_data.writeInt(0);
}
_data.writeInt(requestedWidth);
_data.writeInt(requestedHeight);
_data.writeInt(viewVisibility);
_data.writeInt(((insetsPending)?(1):(0)));
//奇怪，outSurface的信息没有写到请求包_data中，就直接发送请求消息了
mRemote.transact(Stub.TRANSACTION_relayout,_data, _reply, 0);
_reply.readException();
_result= _reply.readInt();
if((0!=_reply.readInt())) {
outFrame.readFromParcel(_reply);
}
....
if((0!=_reply.readInt())) {
outSurface.readFromParcel(_reply);//从Parcel中读取信息来填充outSurface
}
}
......
return_result;
}
~~~
奇怪！ViewRoot调用requestlayout竟然没有把outSurface信息传进去，这么说，服务端收到的Surface对象应该就是空吧？那怎么能调用copyFrom呢？还是来看服务端的处理，先看首先收到消息的onTransact函数，代码如下所示：
**test.java::Bn端::onTransact**
~~~
public boolean onTransact(int code,android.os.Parcel data,
android.os.Parcelreply, int flags)
throwsandroid.os.RemoteException
{
switch(code)
{
caseTRANSACTION_relayout:
{
data.enforceInterface(DESCRIPTOR);
android.view.IWindow_arg0;
android.view.Surface_arg10;
//刚才讲了，Surface信息并没有传过来，那么在relayOut中看到的outSurface是怎么
//出来的呢？看下面这句可知，原来在服务端这边竟然new了一个新的Surface!!!
_arg10= new android.view.Surface();
int_result = this.relayout(_arg0, _arg1, _arg2, _arg3, _arg4,
_arg5,_arg6, _arg7, _arg8, _arg9, _arg10);
reply.writeNoException();
reply.writeInt(_result);
//_arg10就是调用copyFrom的那个outSurface，那怎么传到客户端呢？
if((_arg10!=null)) {
reply.writeInt(1);
//调用Surface的writeToParcel，把信息写到reply包中。
//注意最后一个参数为PARCELABLE_WRITE_RETURN_VALUE
_arg10.writeToParcel(reply,
android.os.Parcelable.PARCELABLE_WRITE_RETURN_VALUE);
}
}
......
returntrue;
}
~~~
看完这个，会让人有点毛骨悚然。我最开始一直在JNI文件中寻找大挪移的踪迹，但有几个关键点始终不能明白，万不得已就使用了这个aidl必杀技，于是终于揭露出其真相了。
3. 乾坤大挪移的真相
这里，总结一下乾坤大挪移的整个过程，如图8-8表示：
:-: 
图8-8 乾坤大挪移的真面目
上图非常清晰地列出了乾坤大挪移的过程，我们可结合代码来加深理解。
>[info] **注意**，这里，将BpWindowSession作为了IWindowSessionBinder在客户端的代表。
';