WLAN直连总体结构和相关流程概览（二）

最新推荐文章于 2024-11-06 17:57:06 发布

gaopo_Y

最新推荐文章于 2024-11-06 17:57:06 发布

阅读量2.4k

点赞数

分类专栏： java android 文章标签： android WLAN Direct Wifi framework

本文链接：https://blog.csdn.net/gaopo_Y/article/details/26868155

版权

android 同时被 2 个专栏收录

8 篇文章 0 订阅

订阅专栏

java

7 篇文章 0 订阅

订阅专栏

在上一篇 WLAN直连总体结构和相关流程概览（一）中介绍了WLAN直连UI层及StateMachine。这里继续介绍framework层及Supplicant层。

在framework层，最主要有三个类WifiP2pManager，WifiP2pService，WifiMonitor，而最核心的就是WifiP2pService了。

1. WifiP2pManager：个人理解，可以把它看做是Framework层向UI层提供的一个接口，对Framework层的所有操作通过这个接口来进行。一般的使用顺序为：

> 调用initialize() 进行初始化

> 调用discoverPeers() 搜索P2P设备

> 调用connect() 连接P2P设备

>更多其他操作

2. WifiP2pService：在这个类里面，最主要的就是内部类P2pStateMachine了。在打开WiFi时，会启动supplicant，而在这时，WifiStateMachine会发消息给P2pStateMachine启动P2P（实际上，在启动系统的时候，就已经启动WifiP2pService了，这里主要是进行了状态机里的状态转换和启动了P2P对底层事件的监听）。

> Enable P2P

在WifiStateMachine进入P2pStartedState后，会发送消息以启动P2P。

在P2P没有启动之前，处于P2pDisabledState状态，根据前一章的介绍，会在这个状态里处理这个消息，并且启动WifiMonitor，状态转换到P2pEnablingState。

因为在开启WiFi的时候，就已经和supplicant建立连接了，所以在WifiMonitor，直接发送SUP_CONNECTION_EVENT 信息到P2pStateMachine。

在P2pEnablingState收到这个消息后，直接转到InactiveState

而InactiveState是P2pEnabledState的子状态，所以首先会调用P2pEnabledState.enter()

在这里，会进行一些初始化的操作，如set device_name, device_type, static_ip 等。

> P2P Scan

首先来看一下它的调用顺序图

下面分步详细介绍

通过调用discoverPeers() 方法，给P2pStateMachine发一个DISCOVER_PEERS 消息

通过JNI调用，给Supplicant层发送“P2P_FIND”命令，将会搜索周围P2P设备。在Supplicant启动时，会建立两个socket和底层进行通信。一个用于发送命令（ctrl_conn），一个用于接收底层返回的事件（ctrl_recv）。在搜到设备后，在WifiMonitor里通过轮询的方式得到supplicant返回的字符串，字符串格式为 P2P-DEVICE-FOUND 02:12:34:2b:7f:fe p2p_dev_addr=02:12:34:2b:7f:fe pri_dev_type=10-0050F204-5 name= 'Android_82f5' config_methods=0x188 dev_capab=0x25 group_capab=0x0。这个字符串会被转化为一个WifiP2pDevice对象，然后发送给P2pStateMachine。