終于決定要離開***，倒計時一個月。現在基本上不給我安排活了，主要寫寫文檔，進行工作交接的事情。想想確實有很久沒寫博客了，雖然以前寫的也不咋地，但至少在以后能給自己一個參考。需要好好把這一年的東西好好整理一下了。

WiFi模塊主要包括三部分：WLAN Station, WLAN Direct, Mobileap(Hotspot) ，應用主要涉及上網、打印、文件傳輸、熱點共享、遠程控制、局域網等方面。

前段時間總結了WLAN直連的部分流程，由于boss要求用英文寫，在這里單純的翻譯出來。

注： 下面圖中有些代碼和文件可能和Google提供的有所不同，***在google基礎上進行了一些改動。

首先附上一張WLAN直連從UI層到Supplicant層的大致框圖：

幾乎所有較新的***手機都支持WLAN直連功能，UI層主要有兩個入口，一個直接進入（WifiP2pSettings），一個由外部模塊調用進入（WifiP2pDevicePicker）。

下面分層詳細介紹。

1. UI層

有些信息不便在這里細寫，用一張圖簡單概括一下它們之間的關系：

需要說一下的是，還有一個文件WifiP2pDummyPickerActivity，從它名字也能略窺其作用了-dummy（虛擬的）。實際上，它的確就是UI Layer（WifiP2pDevicePicker）和其他模塊的一個中間層。

從上圖可以看出，外部模塊發一個隱式intent，android系統根據這個intent，就能找到相應的需要啟動的Activity。

從上圖可以看出，搜索顯示出的每一個設備，實際上都被封裝成了一個個Preference對象。

2. Framework層

在說這一層詳細信息之前，不得不先了解一下Android系統里的狀態機（StateMachine）。狀態機的實現還是Handler機制，google對它進行了很好的封裝擴展，就成了一個功能比較強大的狀態機。首先來看看它的類結構圖。（此圖引用自http://www.cnblogs.com/bastard/archive/2012/06/05/2536258.html）

這是一個樹形層次狀態機，按層級順序來處理消息。狀態機內部有一個活動狀態棧，用于存儲當前所有處于活動的State，并且在狀態轉換后，在處理下一個消息時，會更新這個棧。例如

????????????????????? mP0

?????????????????????? /??? \

???????????????? mP1?? mS0

????????????????? /? ? \

?????????? mS2? mS1

???????????? / ?? \???????? \

?????? mS3? mS4? mS5? ---> initial state

在初始狀態下，活動狀態棧中保存的狀態為mP0,mP1, mS1, mS5，所以當收到消息時，處理順序為（假設每個狀態都不能處理這個消息，即返回false或NOT_HANDLED） mS5,mS1, mP1, mP0。

如果mS5能夠處理這個消息（返回true），并且狀態轉到mS4，那么活動狀態棧會更新為mP0,mP1, mS2, mS4。各狀態調用順序為mS5.processMessage() > transitionTo(mS4) > mS5.exit() > mS1.exit() > mS2.enter() > mS4.enter()。當收到下個消息時，首先會調用mS4.processMessage()處理消息。

下面附一張P2pStateMachine的樹形層次結構圖

總結

以上是生活随笔為你收集整理的WLAN直连总体结构和相关流程概览（一）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。