和菜鸟一起学android4.0.3源码之wifi direct的简单分析（转载）

关于wifi direct

Wifi direct的连接

 

下面的图表示的是wifi direct的发现过程。

 

整个过程可以见下图。

关于android上的wifi direct

首先上层通过调用p2p manager的接口来实现p2p的使能，扫描，连接，群组的创建等等的功能。具体接口如下。

 

如上图所示，p2p的所有的处理都是在p2pservice中的p2pstatemachine中做处理的。具体的状态机的树形图如下所示：

  首先是P2pDisabledState，当使能后，也就是发送了WifiP2pManager.ENABLE_P2P，所以接着就调用了

mWifiChannel.sendMessage(P2P_ENABLE_PENDING);

transitionTo(mWaitForWifiDisableState);

 

其中P2P_ENABLE_PENDING会调用到wifistatemachine中的

caseWifiP2pService.P2P_ENABLE_PENDING:

        mReplyChannel.replyToMessage(message,P2P_ENABLE_PROCEED);

 

会发回一个P2P_ENABLE_PROCEED的消息，接着状态转到WaitForWifiDisableState。所以他会处理case WifiStateMachine.P2P_ENABLE_PROCEED这条语句。执行

if(WifiNative.startP2pSupplicant()) {

      mWifiMonitor.startMonitoring();

      transitionTo(mP2pEnablingState);

}

这里就开启了p2p和wpa_supplicant的调用，然后wifi的monitor用来监听wpa_supplicant上报的事件。接着状态转移到了P2pEnablingState，在这里，如果p2p开启成功的话，也就是与wpa_supplicant的通信成功的话，wpa_supplicant就会上报一个事件，然后执行下面的语句：

caseWifiMonitor.SUP_CONNECTION_EVENT:

      logd("P2p start successful");

       transitionTo(mInactiveState);

       break;

这里p2p就使能完成了，状态进入到了InactiveState了。这时，如果要创建群组的话，那么就会调用到了caseWifiP2pManager.CREATE_GROUP:接着

if(WifiNative.p2pGroupAdd()) {

     replyToMessage(message, WifiP2pManager.CREATE_GROUP_SUCCEEDED);

｝

transitionTo(mGroupNegotiationState);

调用底层的p2p创建群组，然后状态转移到GroupNegotiationState 了。

       在P2pEnabledState，状态中，如果调用了DISCOVER_PEERS，就会调用

case WifiP2pManager.DISCOVER_PEERS:这条语句，接着调用到底层去处理。

if (WifiNative.p2pFind(timeout)) {

       replyToMessage(message, WifiP2pManager.DISCOVER_PEERS_SUCCEEDED);

 }

如果成功了，那么就返回一个成功的消息。在P2pHandler中的handleMessage就会处理返回的消息了。

((ActionListener)listener).onSuccess();

具体的很多状态可以看下状态机的状态图。

A去连接B:  

A device：

app层调用JAVA Manger的connect()函数(如果当前的设备不是p2p组的成员，那么这个函数就发送groupnegotiation请求；如果这个设备已经是p2p组的成员，或者自己创建了一个组通过createGroup(),那么这个函数就发送邀请请求)，这个函数有个参数是WifiP2pConfig config，它包含了例如自己的MAC，用什么方式连接等一些信息。 通过JAVA Manger的中转，会到达JAVA Service层的P2pEnabledState状态下，这个状态下的处理函数收到WifiP2pManager.CONNECT后，通过调用 WifiNative.p2pConnect(mSavedConnectConfig, join)，一层层往底层调用，调用会根据情况是否返回一个PIN。这样一个group negotiation请求就发送出去了。 如果返回PIN则通过

notifyWpsPin(pin, mSavedConnectConfig.deviceAddress)，会以AlertDialog的方式显示出来。 

B device：

JAVA Service层处在InactiveState状态下，收到了来自底层的 WifiMonitor.P2P_GO_NEGOTIATION_REQUEST_EVENT消息，该消息表示有设备请求GO协商。 收到消息notifyP2pGoNegotationRequest(mSavedGoNegotiationConfig)函数被调用，该显示AlertDialog，用于用户同意或者取消GO 协商，如果对方是PIN方式，那么AlertDialog上面会有输入框显示，如果是PBC那么输入框就隐。

 

关于jni下面的调用，与wifi的类似，这里就不多做讲解了。