先大概列一下android L上wifi打开流程：
应用可以通过wifiManager.setWifiEnabled(boolean)接口来控制wifi的开关，wifiManager是系统提供给应用的客户端接口，其通过aidl调用了服务端接口wifiServiceImpl.setWifiEnabled，这里会做一些简单的判断，如果符合条件，就会发一个CMD_WIFI_TOGGLED的消息给wifiController对象。wifiController与WifiStateMachine一样，也是一个状态机，也会有不同的state专门处理各种不同的消息。
在StaDisabledWithScanState和ApStaDisabledState状态下，因为涉及到快速切换wpa_supplicant状态的问题，原生系统上，在此做了一个workaround，通过预留mReEnableDelayMillis=500ms以保证wpa_supplicant成功打开后再处理接收到的消息。当然这个时间也是可以通过wifiController的常量WIFI_REENABLE_DELAY_MS定制的。
这里需要说明一下，从热点模式切换为wlan模式，cp2都需要shut down再restart，所以wpa_supplicant也会先关闭再打开。热点关闭时WifiController会enter到ApStaDisabledState状态，然后再收到WifiServiceImpl发来的CMD_WIFI_TOGGLED消息，由该状态来处理这条消息。在其enter()方法里，wifiController设置了三个变量：mDisabledTimestamp用来记录当前切换到本状态的时间；mDeferredEnableSerialNumber是一个计数器；mHaveDeferredEnable是一个标志位。具体用法下面讲。
enter()方法里会先stop supplicant。收到消息CMD_WIFI_TOGGLED后，会做如下处理：先判断Settings.Global.WIFI_ON值是否为1（这里涉及到wifiSettingsStore，详细流程不作分析），然后判断当前收到的消息是否需要defer。这里其实就是判断收到消息的时间与mDisabledTimestamp的时间间隔，是否大于mReEnableDelayMillis这500毫秒的时间。如果是，则返回false，该消息会被立即处理，状态机会切换为mDeviceActiveState，并且调用wifiStateMachine的接口去启动driver；否则就会重新打包一个CMD_DEFERRED_TOGGLE的消息，并将mDeferredEnableSerialNumber自增1作为arg1放到msg里，将原来的msg作为新msg.obj放到这条消息里。然后delay一段时间（保证能满足500ms的判断条件）再发给ApStaDisabledState。ApStaDisabledState收到该deffered的消息，需要判断arg1的值是否与当前的mDeferredEnableSerialNumber值相等，如若不等，则不会处理这条消息，wlan不会被打开。
目前的项目的新feature未考虑到这种机制，所以带来了一个问题：通过二维码分享相册里的图片，会生成一个随机ssid的热点并打开，此时若通过快捷菜单或者其它入口去打开wlan，会导致wlan无法成功打开。ShareService有一个策略是，在创建热点前会保存当前wlan的状态，在关闭热点分享后，恢复之前的wlan状态（特指打开的情况）。如果之前是打开的，当它收到热点断开的消息后，就去调用wifiManager.setWifiEnabled(true)打开wlan。但在此这前，快捷菜单或设置已经调用了一次该接口。所以现在情况变成了，在500ms内，同时收到了两条WifiServiceImpl发来的CMD_DEFERRED_TOGGLE消息，doDeferEnable中分别打包两条deffered的消息，参数值分别是50和51（只是举例）。第二次收到toggle消息时，mDeferredEnableSerialNumber会额外自增1，变为52.结果，就导致在处理deffered消息时，不能满足判断条件，wlan始终不会被打开。
class ApStaDisabledState extends State {
private int mDeferredEnableSerialNumber = 0;
private boolean mHaveDeferredEnable = false;
private long mDisabledTimestamp;
@Override
public void enter() {
mWifiStateMachine.setSupplicantRunning(false); // 停止supplicant
// Supplicant can't restart right away, so not the time we switched off
mDisabledTimestamp = SystemClock.elapsedRealtime();
mDeferredEnableSerialNumber++; //每次enter时都会自增1
mHaveDeferredEnable = false; //初始为false，在收到第一条消息后置为true
}
@Override
public boolean processMessage(Message msg) {
switch (msg.what) {
case CMD_WIFI_TOGGLED:
case CMD_AIRPLANE_TOGGLED:
if (mSettingsStore.isWifiToggleEnabled()) { //此时为true
if (doDeferEnable(msg)) {
if (mHaveDeferredEnable) {
// have 2 toggles now, inc serial number an ignore both
mDeferredEnableSerialNumber++;
}
mHaveDeferredEnable = !mHaveDeferredEnable;
break;
}
if (mDeviceIdle == false) {
transitionTo(mDeviceActiveState);
} else {
checkLocksAndTransitionWhenDeviceIdle();
}
///M: check scan always avaliable only when ipo change from ipo on to off or airplane mode with no ipo off
} else if ( mSettingsStore.isScanAlwaysAvailable() ) {
transitionTo(mStaDisabledWithScanState);
}
break;
……
case CMD_DEFERRED_TOGGLE:
if (msg.arg1 != mDeferredEnableSerialNumber) {
log("DEFERRED_TOGGLE ignored due to serial mismatch");
break;
}
log("DEFERRED_TOGGLE handled");
sendMessage((Message)(msg.obj));
break;
default:
return NOT_HANDLED;
}
return HANDLED;
}
private boolean doDeferEnable(Message msg) {
long delaySoFar = SystemClock.elapsedRealtime() - mDisabledTimestamp;
if (delaySoFar >= mReEnableDelayMillis) {
return false;
}
log("WifiController msg " + msg + " deferred for " +
(mReEnableDelayMillis - delaySoFar) + "ms");
// need to defer this action.
Message deferredMsg = obtainMessage(CMD_DEFERRED_TOGGLE);
deferredMsg.obj = Message.obtain(msg);
deferredMsg.arg1 = ++mDeferredEnableSerialNumber;
sendMessageDelayed(deferredMsg, mReEnableDelayMillis - delaySoFar + DEFER_MARGIN_MS);
//确保与enter的时间间隔大于500ms
return true;
}
}