Android WIFI 详解

上面定义了一个广播接收器，用来接收下层传来的消息，并根据intent动作的类型调用相 应的处理函数，这个广播接收器在onResum函数中被注册。

public WifiEnabler(Context context, CheckBoxPreferencecheckBox) {

mContext= context;

mCheckBox = checkBox;

mOriginalSummary = checkBox.getSummary();

checkBox.setPersistent(false);

mWifiManager = (WifiManager)context.getSystemService(Context.WIFI_SERVICE);

mIntentFilter= new IntentFilter(WifiManager.WIFI_STATE_CHANGED_ACTION);

// Theorder matters! We really should not depend on this. :(

mIntentFilter.addAction(WifiManager.SUPPLICANT_STATE_CHANGED_ACTION);

mIntentFilter.addAction(WifiManager.NETWORK_STATE_CHANGED_ACTION);

}

这 里可以总结为：如果上层需要监听或收到下层的消息，那么就要通过定义一个BroadcastReciever，并将它注册，当然在接受到消息后应该有处理 消息的函数，然后在onReciever函数中根据消息调用相应的处理函数，这里的消息通知机制是Intent，在BroadcastReciever类 的onReciever函数的参数中可以看出。

该类成员函数的也是通过调用mWifimanager的接口来实现的。

3) WifiManager:

frameworks/base/wifi/java/android/net/wifi/WifiManager.java

两个重要的数据成员：

//WifiService

IWifiManager mService;

HandlermHandler;

IWifiManager mService和HandlermHandler，这个类拥有了一个WifiService实例，就可以通过它进行一系列的调 用;WifiManager中定义了的wifi和ap的状态，这些状态会在其他很多类中有使用;然后定义了大量的函数，这些函数几乎都是对 WifiService接口函数的封装，直接调用WifiService的函数。

该类的构造函数很简单：

public WifiManager(IWifiManager service,Handler handler) {

mService = service;

mHandler = handler;

}

该 类中还定义了一个WifiLock类，这个类用来保证在有应用程序使用Wifi无线电传输数据时，wifiradio可用，即当一个应用程序使用wifi 的radio进行无线电数据传输时，就要先获得这个锁，如果该锁已被其他程序占有，就要等到该锁被释放后才能获得，只用当所有持有该锁的程序都释放该锁 后，才能关闭radio功能。

4)WifiService：

frameworks/base/services/java/com/android/server/WifiService.java

private final WifiStateTrackermWifiStateTracker;

private Context mContext;

private WifiWatchdogServicemWifiWatchdogService = null;

private final WifiHandler mWifiHandler;

这是WifiService中的几个重要的数据成员。

在 接下来的构造函数中初始化了mWifiStateTracker，mContext，然后动态生成mWifiThread子线程并启动，在主线程里用 mWifiThread调用getLooper()函数获得线程的looper，来初始化创建一个mWifiHandler对象，这个 WifiHandler在WifiService类的后面有定义，并重载了Handler类的handlermessage()函数，这样消息就可以在主 线程里被处理了，这是android的handlerthread消息处理机制，可参考相关资料，这里不予详述。在构造函数的最后，注册了两个广播接收 器，分别用来ACTION_AIRPLANE_MODE_CHANGED和ACTION_TETHER_STATE_CHANGED这两个动作，这里是 android的intent消息通知机制，请参考相关资料，代码如下：

mContext = context;

mWifiStateTracker = tracker;

mWifiStateTracker.enableRssiPolling(true);

……

HandlerThread wifiThread = newHandlerThread(WifiService);

wifiThread.start();

mWifiHandler = newWifiHandler(wifiThread.getLooper());

……

随 后定义了一系列的函数，其中有服务器要发送的命令的系列函数，它通过mWifiStateTracker成员类调用自己的的发送命令的接口(其实就是对本 地接口的一个封装)，最后通过适配层发送命令给wpa_supplicant，而事件处理只到WifiStateTracker层被处理。

要 注意的是，在WifiService中，定义了一些函数来创建消息，并通过mWifiHandler将消息发送到消息队列上，然后在 mHandlerThread线程体run()分发\处理消息，在主线程中被mWifiHandler的handlerMessage()函数处理，最后 调用mWifiStateTracker的对应函数来实现的。这里我也不明白为什么WifiService不直接调用mWifiStateTracker 对应的函数，还要通过消息处理机制，绕了一圈在调用，当然Google这么做肯定是有它道理的，忘高手指点。

5) WifiStateTracker类：

frameworks/base