学步园

通过我们之间关于Wifi display的service启动以及enable的分析，我们知道当扫描到可用的设备后，就会显示在WifiDisplaySettings这个页面上，当我们选择其中一个后，就会开始P2P的建立了，首先到WifiDisplaySettings中的代码分析：

WifiDisplaySettings通过AIDL调用到DisplayManagerService的connectWifiDisplay方法，关于AIDL的调用过程这里不讲了，直接到DisplayManagerService的connectWifiDisplay方法来看：

首先做参数的检查，即MAC地址不能为空，然后做权限检查，调用这个方法的application必须要在manifest中声明有CONFIGURE_WIFI_DISPLAY权限，最后直接调用WifiDisplayAdapter的requestConnectLocked方法：

这里比较简单，直接调用WifiDisplayController的requestConnect方法。前面都是直接的调用，最终做事情的还是WifiDisplayController。

requestConnect先从mAvaiableWifiDsiplayPeers中通过Mac地址找到所有连接的WifiP2pDevice，然后调用connect方法，在connect方法中会做一系列的判断，看首先是否有正在连接中或者断开中的设备，如果有就直接返回；再看有没有已经连接上的设备，如果有，也直接返回，然后赋值mDesiredDevice为这次要连接的设备，最后调用updateConnection来更新连接状态并发起连接。updateConnection的代码比较长，我们分段来分析：

这段函数比较长，我们先看我们需要的，剩下的后面再来分析。首先赋值给mConnectingDevice表示当前正在连接的设备，然后构造一个WifiP2pConfig对象，这个对象包含这次连接的设备的Mac地址、wps方式以及我们自己的GROUP_OWNER intent值，然后调用advertieseDisplay方法来通知WifiDisplayAdapter相关状态的改变，WifiDisplayAdapter会发送相应的broadcast出来，这是WifiDisplaySettings可以接收这些broadcast，然后在UI上更新相应的状态。关于advertieseDisplay的实现，我们后面再来分析。

接着看updateConnection，调用WifiP2pManager的connect方法去实现两台设备的P2P连接，具体过程可以参考前面介绍的P2P连接的文章。这里的onSuccess()并不是表示P2P已经建立成功，而只是表示这个发送命令到wpa_supplicant成功，所以在这里设置了一个连接超时的timeout，为30秒。当连接成功后，会发送WIFI_P2P_CONNECTION_CHANGED_ACTION的广播出来，接着回到WifiDisplayController看如何处理连接成功的broadcast：

当WifiDisplayController收到WIFI_P2P_CONNECTION_CHANGED_ACTION广播后，会调用handleConnectionChanged来获取当前P2P Group相关的信息，如果获取到的P2P Group信息里面没有mConnectingDevice或者mDesiredDevice的信息，则表示连接出错了，直接退出。如果当前连接信息与前面设置的mConnectingDevice一直，则表示连接P2P成功，这里首先会移除前面设置的连接timeout的callback，然后设置mConnectedDevice为当前连接的设备，并设置mConnectingDevice为空，最后调用updateConnection来更新连接状态信息。我们又回到updateConnection这个函数了，但这次进入的分支与之前连接请求的分支又不同了，我们来看代码：

到这里P2P的连接就算建立成功了，接下来就是RTSP的部分了

这里首先设置MiracastMode，博主认为这部分应该放在enable WifiDisplay时，不知道Google为什么放在这里？ 然后从GroupInfo中取出对方设备的IP地址，利用默认的CONTROL PORT构建mRemoteDisplayInterface，接着调用RemoteDisplay的listen方法去listen指定的IP和端口上面的TCP连接请求。最后会设置Rtsp的连接请求的timeout，当用于Miracast认证时是120秒，正常的使用中是30秒，如果在这么长的时间内没有收到Sink的TCP请求，则表示失败了。下面来看RemoteDisplay的listen的实现：

这里首先进行参数的检查，然后创建一个RemoteDisplay对象（这里不能直接创建RemoteDisplay对象，因为它的构造函数是private的），接着调用RemoteDisplay的startListening方法：

nativeListen会调用JNI中的实现，相关代码在android_media_RemoteDisplay.cpp中。注意上面的mGuard是CloseGuard对象，是一种用于显示释放一些资源的机制。

上面的代码中先从ServiceManager中获取MediaPlayerService的Bpbinder引用，然后由传入的第二个参数remoteDisplayObj，也就是RemoteDisplay对象构造一个NativeRemoteDisplayClient，在framework中，我们经常看到像这样的用法，类似于设计模式中的包装模式，例如在framework中对Java层的BnBinder也是做了一层封装JavaBBinder。在NativeRemoteDisplayClient中通过JNI的反向调用，就可以直接回调RemoteDisplay中的一些函数，实现回调方法了，下面来看它的实现：

在NativeRemoteDisplayClient的构造函数中，把RemoteDisplay对象先保存到mRemoteDisplayObjGlobal中，可以看到上面主要实现了三个回调函数，onDisplayConnected、onDisplayDisconnected、onDisplayError，这三个回调函数对应到RemoteDisplay类的notifyDisplayConnected、notifyDisplayDisconnected和notifyDisplayError三个方法。接着回到nativeListen中，接着会调用MediaPlayerService的listenForRemoteDisplay方法去监听socket连接，这个方法是返回一个RemoteDisplay对象，当然经过binder的调用，最终返回到nativeListen的是BpRemoteDisplay对象，然后会由这个BpRemoteDisplay对象构造一个NativeRemoteDisplay对象并把它的指针地址返回给上层RemoteDisplay使用。

来看一下这时Java层的RemoteDisplay和Native层RemoteDisplay之间的关系：

WifiDisplayController通过左边的一条线路关系去控制WifiDisplaySource，而WifiDisplaySource又通过右边一条线路关系去回调WifiDisplayController的一些方法。

接着来看MediaPlayerService的listenForRemoteDisplay方法：

首先进行权限的检查，然后创建一个RemoteDisplay对象（注意现在已经在C++层了），这里看RemoteDisplay.cpp文件。RemoteDisplay继承于BnRemoteDisplay，并实现BnRemoteDisplay中的一些方法，有兴趣的可以去看一下IRemoteDisplay的实现。接下来来看RemoteDisplay的构造函数：

RemoteDisplay类包含三个比较重要的元素：ALooper、ANetworkSession、WifiDisplaySource。首先来看一下在Native层的类图：

ALooper中会创建一个Thread，并且不断的进行Looper循环去收消息，并dispatch给WifiDisplaySource去处理消息。首先来看它的构造函数和setName以及registerHandler这三个方法：

这三个方法都比较简单，我们看LooperRoster的registerHandler方法：

这里为每一个注册的AHandler分配一个handlerID，并且把注册的AHandler保存在mHandlers列表中，后面使用时，就可以快速的通过HandlerID找到对应的AHandler以及ALooper了。注意这里HandlerInfo结构中的mLooper和mHander都是是wp，是一个弱引用，在使用中必须调用其promote方法获取sp指针才能使用。再回到RemoteDisplay的构造函数中看ALooper的start方法：

这里的runOnCallingThread会根据默认形参为false，所以会新建一个LooperThread来不断的做循环，LooperThread是继承于Thread，并实现它的readyToRun和threadLoop方法，在threadLoop方法中去调用ALooper的loop方法，代码如下：

在loop方法中，不断的从mEventQueue取出消息，并dispatch给LooperRoster处理，mEventQueue是一个list链表，其元素都是Event结构，Event结构又包含消息处理的时间以及消息本身AMessage。再来看ALooperRoster的deliverMessage方法：

这里首先通过AMessage的target找到需要哪个AHandler处理，然后调用这个AHandler的onMessageReceived去处理这个消息。注意前面的info.mHandler.promote()用于当前AHandler的强引用指针，也可以用来判断当前AHandler是否还存活在。由前面的知识我们知道，这里会调用到WifiDisplaySource的onMessageReceived方法，至于这些消息如何被处理，我们后面再来分析。再回到RemoteDisplay的构造函数中，ANetworkSession用于处理与网络请求相关的工作，比如创建socket，从socket中收发数据，当然这些工作都是由WifiDisplaySource控制的，我们先来看ANetworkSession的构造方法和start方法：

在start方法中，首先创建一个管道，这里创建的管理主要用于让ANetworkSession不断的做select循环，当有事务要处理时，就从select中跳出来处理，我们后面会分析到具体的代码。接着创建一个NetworkThread，NetworkThread也是继承于Thread，并实现threadLoop方法，在threadLoop方法中只是简单的调用ANetworkSession的threadLoop方法，我们来分析threadLoop方法：

这个函数比较长，我们分段来看，首先看select前半段部分，首先将mPipeFd[0]作为select监听的一个fd。然后循环的从mSessions中取出各个子Session（Session即为一个回话，在RTSP中当双方连接好TCP连接，并交互完Setup以后，就表示一个回话建立成功了，在RTSP中，可以在一对Server & Client之间建立多个回话，用于传输不同的数据），并通过socket类型添加到ReadFd和WirteFd中，最后调用select去等待是否有可读或者可写的事件发生。mSessions是一个KeyedVector，保存所有的Session及其SessionID，方便查找。关于Session何时创建，如何创建，我们后面再来分析。

接着回到RemoteDisplay的构造函数，再来分析WifiDisplaySource，WifiDisplaySource继承于AHandler，并实现其中的onMessageReceived方法用于处理消息。先来看WifiDisplaySource的构造函数：

首先给一些变量出初始化处理，由默认形参我们知道path为空。接着去清空VideoFormats中所有的设置，并把1280*720p以上的所有分辨率打开。VideoFormats是用于与Sink回复的M3作比对用的，可以快速找出我们和Sink支持的分辨率以及帧率，作为回复M4消息用，也用作后续传输TS数据的格式。首先来看VideoFormats的构造函数：

mResolutionTable是按照Wifi Display 规范定义好的一个3*32数组，里面的元素是config_t类型：

config_t包含了长、宽、帧率、隔行视频、profile和H.264 level。然后在构造函数中，对mResolutionEnabled[]数组全部置为0，mResolutionEnabled数组有三个元素，分别对应CEA、VESA、HH被选取的位，如果在mConfigs数组中相应的格式被选取，就会置mResolutionEnabled对应的位为1；相反取消支持一种格式时，相应的位就被置为0。在来看setNativeResolution：

首先做参数检查，检查输入的type和index是否合法，然后调用setResolutionEnabled去设置mResolutionEnabled和mConfigs中的相应的值：

这里首先还是做参数的检查，由默认形参我们知道，enable是true，则设置mResolutionEnabled相应type中的对应格式为1，并设置mConfigs中的profile和level值为CBP和Level 3.1。这里设置640*480 p60是因为在Wifi Display规范中，这个格式是必须要强制支持的，在Miracast认证中，这种格式也会被测试到。然后回到WifiDisplaySource的构造函数中，接下来会调用setNativeResolution去设置当前系统支持的默认格式为1280*720
p30，并调用enableResolutionUpto去将1280*720 p30以上的格式都设置为支持：

这里采用width * height * fps * (!interlaced + 1)的方式去计算一个score值，然后遍历所有的mResolutionTable中的值去检查是否计算到的值比当前score要高，如果大于当前score值，就将这种分辨率enable，并设置mConfigs中对应分辨率的profile和H.264 level为CHP和Level 3.2。到这里WifiDisplaySource的构造函数分析完了，接着回到RemoteDisplay构造函数中，它会调用WifiDisplaySource的start方法，参数是的"ip:rtspPort"：

在start函数中，构造一个AMessage，消息种类是kWhatStart，id()返回在ALooperRoster注册的handlerID值，ALooperRoster通过handlerID值可以快速找到对应的AHandler，我们知道，这里的id()返回WifiDisplaySource这个AHander的id值，这个消息最终也会被WifiDisplaySource的onMessageReceived方法处理。首先来看AMessage的postAndAwaitResponse方法：

这里直接调用LooperRoster的postAndAwaitResponse方法，这里比较重要的是gLooperRoster在这里只是被extern引用：extern ALooperRoster gLooperRoster，其最终的声明和定义是在我们前面讲到的ALooper中。接着去看LooperRoster的postAndAwaitResponse方法：

首先会为每个需要reply的消息赋予一个replyID，后面会根据这个replyID去mReplies找到对应的response。再来看postMessage_l的实现：

首先从mHandler数组中找到当前AMessage对应的ALooper，然后调用ALooper的post方法，来看一下实现：

delayUs用于做延时消息使用，会加上当前时间作为消息应该被处理的时间。然后依次比较mEventQueue链表中的所有消息，并把当前消息插入到比whenUs大的前面一个位置。如果这是mEventQueue中的第一个消息，则发出一个signal通知等待的线程。前面我们知道在ALooper的loop方法中会循环的从mEventQueue获取消息并dispatch出去给WifiDisplaySource的onMessageReceived去处理，我们接着来看这部分的实现。这里绕这么大一圈，最后WifiDisplaySource发送的消息还是给自己处理，主要是为了避开主线程处理的事务太多，通过消息机制，让更多的繁杂的活都在Thread中去完成。

首先通过AMessage获取到replayID和iface，然后把iface分割成ip和port，分别保存在mInterfaceAddr和port中。在调用ANetSession的createRTSPServer去创建一个RTSP server，最后构造一个response对象并返回。我们先来看createRTSPServer方法：

createRTSPServer直接调用createClientOrServer，第一个参数是kModeCreateRTSPServer表示要创建一个RTSP server。createClientOrServer的代码比较长，上面是精简后的代码，其它没看到的代码我们以后遇到的过程中再来分析。上面的代码中首先创建一个socket，然后设置一下socket的reuse和no-block属性，接着bind到指定的IP和port上，然后再此socket上开始listen。接下来置当前ANetworkSession的状态是LISTENING_RTSP。然后创建一个Session会话对象，在构造函数中会传入notify作为参数，notify是一个kWhatRTSPNotify的AMessag，后面会看到如何使用它。然后添加到mSessions数组当中。接着调用interrupt方法，让ANetworkSession的NetworkThread线程跳出select语句，并重新计算readFd和writeFd用于select监听的文件句柄。

interrupt方法向pipe中写入一个空消息，前面我们已经介绍过threadLoop了，这里就会把刚刚创建的socket加入到监听的readFd中。到这里，关于WifiDisplay连接的建立就讲完了，后面会再从收到Sink的TCP连接请求开始讲起。最后贴一份从WifiDisplaySettings到ANetworkSession如何创建socket的时序图：