企业🤖AI智能体构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
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来表示一下这个流程: :-: ![](http://img.blog.csdn.net/20150802162309594?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center) 图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表示: :-: ![](http://img.blog.csdn.net/20150802162245458?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center) 图8-8 乾坤大挪移的真面目 上图非常清晰地列出了乾坤大挪移的过程,我们可结合代码来加深理解。 >[info] **注意**,这里,将BpWindowSession作为了IWindowSessionBinder在客户端的代表。