android4.1 Wifi 浅析
2013-07-28 22:59 ...平..淡... 阅读(2489) 评论(0) 编辑 收藏 举报简单分析下wifi相关类，首先了解几个主要概念
AsyncChannel
简单理解：
AsyncChannel，就是借助Messenger 机制,让两个不同的handler之间进行通信。
AsyncChannel类有两个Messenger对象：mSrcMessenger，mDstMessenger。
mSrcMessenger，一般用于封装源端handler对象
mDstMessenger，一般用于封装目的端handler对象
而后，调用AsyncChannel的sendMessage方法时，执行两个操作：
1. msg.replyTo = mSrcMessenger; //重设消息的replyTo值
2. mDstMessenger.send(msg); //该方法就会将消息发送给目的端的handler去处理
由于重设了消息的replyTo值，之后在目的端发出的消息，将返回给源端handler处理。
参考：Android源码阅读笔记：AsyncChannel与层次状态机StateMachine
wifi 相关文件
framework
WifiManager
管理所有wifi操作，提供API调用，主要用于上层应用调用
WifiService
处理Wifi操作请求。一般都是在WifiManager中被调用
WifiStateMachine
处理wifi各个阶段状态所要处理的消息
WifiMonitor
监听所有来自wpa_supplicant的事件，并传递给WifiStateMachine处理
WifiNative
native方法，发送消息给wpa_supplicant
jni层
android_net_wifi_Wifi.cpp
wpa_supplicant适配器层
wifi.c
wpa_supplicant层
wpa_supplicant.c
接下来分析wifi启动、扫描、连接ap的流程。
一、 Wifi相关类创建
1.SystemServer::ServerThread::run---->new WifiService(...)； 2.WifiService(...)---->new WifiStateMachine(...)； 3.WifiStateMachine(...) ---->new WifiNative(...) ---->new WifiMonitor(...) ---->AsyncChannel::connectSync(...) ps: AsyncChannel::connectSync将WifiStateMachine和wifiApConfigStore通过AsyncChannel关联起来。 4. SystemServer::ServerThread::run ServiceManager.addService(...);
over~~
-----------------------------------------------------------------
二、 wifi功能启动
先贴出整体流程时序图
1. 检查系统属性中的wifi状态信息
SystemServer::ServerThread::run
--->WifiService::checkAndStartWifi (该方法只在开机时调用，用来检查wifi是否需要开启)
分析WifiService::checkAndStartWifi方法：
public void checkAndStartWifi() { mAirplaneModeOn.set(isAirplaneModeOn()); mPersistWifiState.set(getPersistedWifiState()); /* Start if Wi-Fi should be enabled or the saved state indicates Wi-Fi was on */ boolean wifiEnabled = shouldWifiBeEnabled() || testAndClearWifiSavedState(); Slog.i(TAG, "WifiService starting up with Wi-Fi " + (wifiEnabled ? "enabled" : "disabled")); // If we are already disabled (could be due to airplane mode), avoid changing persist // state here if (wifiEnabled) setWifiEnabled(wifiEnabled); mWifiWatchdogStateMachine = WifiWatchdogStateMachine. makeWifiWatchdogStateMachine(mContext); //以后分析 }
(1)isAirplaneModeOn()/getPersistedWifiState()：都是获取系统属性进行判断。
(2)shouldWifiBeEnabled()：判断mAirplaneModeOn/mPersistWifiState中的值，其实就是上述两个方法获得的值。
(3)testAndClearWifiSavedState()：获取系统属性中保存的wifi状态的值，返回，之后清空状态，置为0。
另注意：以下分析都是基于条件：开机启动时，wifi状态为on。
因此，接着会调用setWifiEnabled(true)方法，下面分析。
到此，检查wifi系统属性状态的操作结束，over~~
2.setWifiEnabled(true)执行流程
2.1
该方法中主要执行以下语句：
if (FeatureQuery.FEATURE_CT_FMC_SUPPORT && WifiManager.fmcV2Support()) { mWifiStateMachine.fmcV2SetWifiEnabled(enable); } else { mWifiStateMachine.setWifiEnabled(enable); }
分析:
FeatureQuery.FEATURE_CT_FMC_SUPPORT/WifiManager.fmcV2Support()
(1)FeatureQuery.FEATURE_CT_FMC_SUPPORT
这个属性值在build/buildplus/target/FeatureQuery.java里可以找到。
(2)WifiManager::fmcV2Support方法如下：
public static boolean fmcV2Support() { return (SystemProperties.getInt("ro.config.cwenable", 0) == 1) && (SystemProperties.getInt("ro.config.fmcv2support", 0) == 1); }
就是获取两个系统属性，判断是否支持FMC功能，有两种方式可以查看
(a)在out/target/product/msm8625/system/build.prop中可以找到
(b)命令提示符下，adb shell，然后使用命令：getprop XX ，就可以获得属性值。XX表示系统属性名。
总结：这两个条件的作用就是判断是否支持FMC功能(固定网络与移动网络融合)。
2.2
执行mWifiStateMachine.fmcV2SetWifiEnabled方法：
public void fmcV2SetWifiEnabled(boolean enable) { if (!enable) { ...... } else { setWifiEnabled(enable); } }
接着调用WifiStateMachine::setWifiEnabled(enable)方法: 发送两个消息。
public void setWifiEnabled(boolean enable) { mLastEnableUid.set(Binder.getCallingUid()); if (enable) { /* Argument is the state that is entered prior to load */ sendMessage(obtainMessage(CMD_LOAD_DRIVER, WIFI_STATE_ENABLING, 0)); sendMessage(CMD_START_SUPPLICANT); } else { ...... } }
接收CMD_LOAD_DRIVER消息的是DriverUnloadedState状态。
2.4 DriverUnloadedState状态处理
public boolean processMessage(Message message) { if (DBG) log(getName() + message.toString() + "\n"); switch (message.what) { case CMD_LOAD_DRIVER: transitionTo(mDriverLoadingState); break; ...... }
在这里CMD_LOAD_DRIVER消息被处理，切换到DriverLoadingState状态。
2.5 DriverLoadingState 处理状态
public void enter() { ...... final Message message = new Message(); message.copyFrom(getCurrentMessage()); new Thread(new Runnable() { public void run() { mWakeLock.acquire(); //enabling state switch(message.arg1) { case WIFI_STATE_ENABLING: setWifiState(WIFI_STATE_ENABLING); break; case WIFI_AP_STATE_ENABLING: setWifiApState(WIFI_AP_STATE_ENABLING); break; } if(mWifiNative.loadDriver()) { if (DBG) log("Driver load successful"); sendMessage(CMD_LOAD_DRIVER_SUCCESS); } ..... }
(1)在enter方法中通过message.copyFrom(getCurrentMessage())，重新获得了(CMD_LOAD_DRIVER, WIFI_STATE_ENABLING, 0)消息，然后开启一个线程来处理。
(2)线程中首先判断消息参数arg1，进入”case WIFI_STATE_ENABLING”，调用setWifiState方法。该方法主要是用来设置电池使用统计中的wifi信息。然后会发出一个WIFI_STATE_CHANGED_ACTION广播。
(3)调用 WifiNative.loadDriver()方法加载wifi相关驱动，成功后发送CMD_LOAD_DRIVER_SUCCESS消息。该消息会在当前DriverLoadingState状态的processMessage方法中被处理。
(4)处理CMD_LOAD_DRIVER_SUCCESS消息
case CMD_LOAD_DRIVER_SUCCESS: transitionTo(mDriverLoadedState); break; .....
状态切换到DriverLoadedState。
2.6 DriverLoadedState状态处理
处理WifiStateMachine::setWifiEnabled方法发出的CMD_START_SUPPLICANT消息(在此之前，该消息一直未被处理)。
case CMD_START_SUPPLICANT: ...... if(mWifiNative.startSupplicant(mP2pSupported)) { if (DBG) log("Supplicant start successful"); mWifiMonitor.startMonitoring(); transitionTo(mSupplicantStartingState); } ...... }
(1)启动wpa_supplicant:
调用startSupplicant方法启动。
(2)启动WifiMonitor监听
startMonitoring --->new MonitorThread().start() --->MonitorThread::run --->WifiMonitor::connectToSupplicant() --->WifiNative::connectToSupplicant() [最多尝试5次] ---> mStateMachine.sendMessage(SUP_CONNECTION_EVENT)
最后成功连接上wpa_supplicant后，发出SUP_CONNECTION_EVENT消息。
(3)切换到SupplicantStartingState状态
处理SUP_CONNECTION_EVENT消息：
case WifiMonitor.SUP_CONNECTION_EVENT: if (DBG) log("Supplicant connection established"); setWifiState(WIFI_STATE_ENABLED); ...... sendSupplicantConnectionChangedBroadcast(true); transitionTo(mDriverStartedState); break; ......
设置电池统计为enabled，发出WIFI_STATE_CHANGED_ACTION广播。这个广播会被wifi应用和状态栏接收处理；sendSupplicantConnectionChangedBroadcast方法发出广播，只在测试代码中被处理；最后切换到DriverStartedState状态。
到此为止，开机启动wifi的工作就完成了，over~~
-----------------------------------------------------------------
三、打开wifi，自动扫描AP
1. WifiSettings类构造函数：
(1)定义了一个广播；
(2)创建了一个Scanner对象(Scanner类是一个Handler子类，用来启动扫描功能)
2. WifiSettings::onActivityCreated
---->new WifiEnabler(...) ---->WifiEnabler::resume() ---->resume方法中，为Switch开关设置了checkedChange的监听方法。
3. 初始化相关类对象的工作已完成，现在打开wifi。
首先点击Switch开关，将触发onCheckedChanged方法。在这里，会先对飞行模式、wifi的状态进行判断。
---->WifiManger::setWifiEnabled ---->WifiService::setWifiEnabled ---->WifiStateMachine::setWifiEnabled ---->接下来的操作同” 开机wifi功能启动”。直到开机wifi功能启动完毕。
此时，WifiStateMachine::SupplicantStartingState::processMessage:
---->case WifiMonitor.SUP_CONNECTION_EVENT: setWifiState(WIFI_STATE_ENABLED); //wifi状态为enabled ......
该方法会发送一个WIFI_STATE_CHANGED_ACTION的粘性广播。这个广播会被WifiSettings类接收到。
4. WifiSettings处理WIFI_STATE_CHANGED_ACTION广播
BroadcastReceiver::onReceive ---->handleEvent ---->updateWifiState //在该方法中，接着会调用Scanner::resume方法。 ---->Scanner::resume ---->Scanner::sendEmptyMessage(0) ---->Scanner::handleMessage 调用WifiManager::startScanActive方法进行扫描 ---->WifiManager::startScanActive ---->WifiService::startScan ---->WifiStateMachine::startScan //发出CMD_START_SCAN消息 该消息会被DriverstartedState状态处理。 ---->WifiNative::scan
接着就调用到native层去了...这里就不分析下去了，等后面整体分析...
分析完毕,over~~
-----------------------------------------------------------------
四、打开wifi，连接AP
分成两个部分分析：
1.wifi ap 提示框的创建
2.输入密码，连接ap
1. wifi ap 提示框的创建
初始条件：这里分析安全性为加密的ap。
1.1 点击某个ap，调用流程：
---->WifiSettings::onPreferenceTreeClick ---->WifiSettings::showDialog(选择的AP, false) 接着调用父类的showDialog方法 ---->SettingsPreferenceFragment::showDialog(WIFI_DIALOG_ID)
在SettingsPreferenceFragment类中，会创建一个SettingsDialogFragment对象，代码如下：
protected void showDialog(int dialogId) { if (mDialogFragment != null) { Log.e(TAG, "Old dialog fragment not null!"); } //创建一个SettingsDialogFragment对象 mDialogFragment = new SettingsDialogFragment(this, dialogId); //(1) mDialogFragment.show(getActivity().getFragmentManager(), Integer.toString(dialogId)); //(2) }
(1) SettingsDialogFragment类继承自DialogFragment类，会在onCreate后调用onCreateDialog方法。
---->SettingsDialogFragment(DialogCreatable fragment, int dialogId) ---->SettingsDialogFragment::onCreateDialog()
因为初始情况下，savedInstanceState为null，所以该方法直接回调构造函数中传入的fragment参数的onCreateDialog方法，即WifiSettings::onCreateDialog。
---->WifiSettings::onCreateDialog
回到WifiSettings类：
在WifiSettings::onCreateDialog方法中，会创建一个WifiDialog类对象。
跳转到WifiDialog类：
执行WifiDialog类的onCreate方法，会发现它创建了一个WifiConfigController类对象。
再看WifiConfigController类：
该类的构造函数主要是初始化了ap提示框的界面，当然还包括”添加网络”的界面。
这样，界面就创建了，需要显示出来，这就是下一步的作用了。
(2)调用了DialogFragment::show方法，将提示框显示出来。
至此，提示框分析完毕。
2. 输入密码，连接ap
(1)点击ap提示框的“连接”按钮，会调用WifiSettings::onClick方法：
public void onClick(DialogInterface dialogInterface, int button) { if (button == WifiDialog.BUTTON_FORGET && mSelectedAccessPoint != null) { forget(); } else if (button == WifiDialog.BUTTON_SUBMIT) { if (FeatureQuery.FEATURE_CT_FMC_SUPPORT) { shouldShowErrorMsg = true; } submit(mDialog.getController()); } }
(2) 接着便调用submit方法，参数为WifiConfigController类对象。
(3) submit方法中会调用WifiManager::connect方法进行连接。
over~~
-----------------------------------------------------------------
分析framework-->native-->wpa_supplicant几个方法的调用流程
mWifiNative.isDriverLoaded() ---> android_net_wifi_Wifi.cpp::android_net_wifi_isDriverLoaded ---> wifi.c:: is_wifi_driver_loaded() --->查看系统属性wlan.driver.status(ok为已加载驱动，unloaded为未加载)
mWifiNative.loadDriver() ---> android_net_wifi_Wifi.cpp::android_net_wifi_loadDriver ---> wifi.c:: wifi_load_driver() ---> ensure_wlan_driver_config_file_exists //首先判断wifi的驱动配置文件是否加载 --->property_set //设置属性 --->insmod //install modules 载入驱动模块等
mWifiNative.startSupplicant(mP2pSupported) 参数为mP2pSupported，即是否支持p2p ---> android_net_wifi_Wifi.cpp::android_net_wifi_startSupplicant ---> wifi.c::wifi_start_supplicant(p2pSupported) ---> ensure_config_file_exists //首先判断wifi的配置文件是否加载 "/data/misc/wifi/wpa_supplicant.conf"; "/data/misc/wifi/p2p_supplicant.conf"; --->property_set("ctl.start", supplicant_name); // 这里supplicant_name为p2p_supplicant，所以就会启动init.rc中名为p2p_supplicant的服务了
ps:
property_set("ctl.start",xxx)
property_set("ctl.stop",xxx)
来使得android property service 去开启或结束 xxx service.
因为init.qcom.rc中service p2p_supplicant中已经包含了wpa_supplicant启动所需的语句及参数，所以后面会开始执行wpa_supplicant/main.c::main方法来初始化wpa_supplicant了。
wpa_supplicant初始化 见wpa_supplicant初始化
WifiMonitor::connectToSupplicant ---> mWifiNative.connectToSupplicant() ---> mWifiNative.connectToSupplicant(mInterface) //mInterface是创建WifiNative对象的时候传递进来的参数 ---> android_net_wifi_Wifi::android_net_wifi_connectToSupplicant ---> wifi.c:: wifi_connect_to_supplicant(ifname.c_str()) ---> 首先判断文件IFACE_DIR = "/data/system/wpa_supplicant";是否存在， 存在：ifname="/data/system/wpa_supplicant/wlan0"; 不存在：ifname=wlan0 ---> wifi_connect_on_socket_path /* 首先，判断系统属性： * wlan.driver.status 是否为ok * init.svc.p2p_supplicant 是否为running * 然后，创建两个socket(通过wpa_ctrl_open方法) * ctrl_conn：用于向wpa_supplicant发送命令并接收response * monitor_conn：它一直阻塞等待从wpa_supplicant过来的event * 最后调用wpa_ctrl_attach将monitor_conn信息注册到wpa_supplicant */
wpa_ctrl_attach作用：由于socket是数据报方式的，这一步是必须的，对于存在于wpa_supplicant的服务器端，它是所有客户端共享的，由于它需要主动向monitor_conn客户端发送事件，所以它必须先记录下该客户端的详细信息，wpa_supplicant就可以将event发向该socket。
这样，就通过socket，建立起native-->wpa_supplicant的连接了。
mWifiNative.waitForEvent() 该函数是有返回值的，返回值即为wpa_supplicant传递过来的消息。 java层会通过jni方式调用android_net_wifi_waitForEvent（在线程MonitorThread中调用）方法，该方法会调用wifi_wait_for_event。在wifi_wait_for_event方法里，会阻塞接收从wpa_supplicant模块传来的事件，一旦wpa_supplicant模块发出事件，wifi_wait_for_event接收到后，会将包含事件的buf通过函数参数的方式回传到java层，java收到事件后，再继续调用wifi_wait_for_event函数进行阻塞等待接收，从而完成一个循环。 ---> mWifiNative::waitForEvent(mInterface) ---> android_net_wifi_Wifi.cpp::android_net_wifi_waitForEvent ---> wifi.c::wifi_wait_for_event(ifname.c_str(), buf, sizeof buf) ---> wifi_wait_on_socket ---> wifi_ctrl_recv ---> wpa_ctrl_recv ---> recv ps:从wpa_supplicant传递过来的值由recv函数接收，一直向上传递到buf参数中，最终返回return env->NewStringUTF(buf)给WifiMonitor。
