在第5章5.2.3中“WifiNative介紹”一節中曾介紹了wpa_supplicant的啟動，在那一節中，讀者會發現wpa_supplicant進程由WifiStateMachine啟動。在Android官方代碼中，雖然Java層有WifiService和WifiP2pService兩個幾乎完全不同的Wifi服務，但二者都只和Native層的唯一一個wpa_supplicant進程交互。簡單點說，Android原生代碼中，一個wpa_supplicant進程將同時支持WifiService和WifiP2pService。 上述這種設計方法使得wpa_supplicant負擔較重，所以，一些手機廠商會為WifiService和WifiP2pService各創建一個wpa_supplicant進程，使得它們能各司其職而互不干擾。以筆者的Galaxy Note2為例，它的，WifiService將和wpa_supplicant進程交互，而WifiP2pService將和一個名為p2p_supplicant（經過筆者測試，p2p_supplicant實際上就是wpa_supplicant，只不過名字不同罷了）的進程交互。 圖7-26所示為Galaxy Note2 init配置文件中關于p2p_supplicant服務的示意圖： :-:  圖7-26 Galaxy Note2中p2p_supplicant服務配置項 由圖7-26可知： init配置文件定義了一個名為p2p_supplicant的服務，該服務啟動的進程為p2p_supplicant。根據筆者的測試，p2p_supplicant其實就是wpa_supplicant，只不過換了一個名字而已。 p2p_supplicant使用的配置文件名為/data/misc/wifi/p2p_supplicant.conf文件，其內容如圖7-27所示。 :-:  圖7-27 p2p_supplicant.conf內容 >[info] 提示：關于init配置文件中wpa_supplicant服務的說明，請讀者參考第4章4.3“wpa_supplicant初始化流程分析”一節。 圖7-27中，p2p_supplicant對于的ctrl_iface路徑為/data/misc/wifi/sockets。所以，如果要使用wpa_cli和p2p_supplicant交互的話，必須指定正確的ctrl_iface路徑。圖7-28所示為筆者用wpa_cli測試p2p_supplicant時的示例截圖： :-:  圖7-28 wpa_cli和p2p_supplicant交互 下面來分析wpa_supplicant中和P2P相關的代碼。 >[info] 注意：以Galaxy Note2為例，p2p_supplicant就是wpa_supplicant，只是編譯時打開了P2P相關的選項。下面的分析將以wpa_supplicant中和P2P相關的代碼及工作流程為主。