㈠ 虛擬網卡，怎麼設置熱點
1、以管理員身份運行命令提示符： 逗開始地---在搜索欄輸入逗cmd地----右鍵以逗管理員身份運行地
2、
啟用並設定虛擬WiFi網卡：運行命令：netsh wlan set hostednetwork mode=allow ssid=wuminPC
key=wuminWiFi
(注意：上邊命令"ssid"後紅字為網路名稱，自己隨便命名，比如wuminPC可改為MyWiFi等等，自己喜歡怎麼命名都行
，"Key"後邊紅字為密碼，自己隨便命名，比如wuminWiFi
可以改為12345678，總之自己命名就可以了，不一定非得這個網路名稱，這個密碼，密碼8位以上最好）
此命令有三個參數，mode：是否啟用虛擬WiFi網卡，改為disallow則為禁用。ssid：無線網名稱，最好用英文(以wuminPC為例)，即
要設定的wifi名稱。key：無線網密碼，八個以上字元(以wuminWiFi為例），即你要設定的wifi密碼。以上三個參數可以單獨使用，例如只使
用mode=disallow可以直接禁用虛擬Wifi網卡。相信以前用過DOS的人都知道怎麼運行命令了，那就是輸入按回車netsh wlan
set hostednetwork mode=allow ssid=wuminPC key=wuminWiFi 運行之後看到以下內容：
然後再打開逗網路和共享中心地--逗更改適配器設置地看看是不是多了一項，若果有多出的這一項逗Microsoft Virtual WiFi Miniport Adapter地，那麼說明你前邊的設置是正確的。
開啟成功，網路連接中會多出一個網卡為逗Microsoft Virtual WiFi Miniport Adapter地的無線。為方便起見，將其重命名為虛擬WiFi。若沒有，只需更新無線網卡驅動就OK了。3、設置Internet連接共享：在逗網路連接地窗口中，右鍵單擊已連接到Internet的網路連接，選擇逗屬性地→逗共享地，勾上逗允許其他······連接(N)地並選擇逗虛擬WiFi地。
確定之後，提供共享的網卡圖標旁會出現逗共享的地字樣，表示逗寬頻連接地已共享至逗虛擬WiFi。
4、開啟無線網路：繼續在命令提示符中運行：netsh wlan start
hostednetwork當然可以新建一個記事本文件復制：netsh wlan start hostednetwork
然後另存為：啟動WIFI熱點.bat下次開機的時候只需要以逗管理員身份運行地就啟動了。至此，虛擬WiFi的紅叉叉消失，WiFi基站已組建好，主機
設置完畢。，iphone，touch,筆記本,帶WiFi模塊的手機等子機搜索到無線網路wuminPC，輸入密碼wuminWiFi，就能共享上網
啦！網路名稱和密碼可以按照自己喜歡的寫。
PS：用這種方法建立的無線網路，比使用connetify要穩定，簡單，而且網速好。
㈡ NFC開發（一）——HCE基於主機的卡模擬簡述
許多提供NFC功能的基於android的設備已經支持NFC卡模擬。在大多數情況下，該卡由設備中的單獨晶元模擬，稱為 安全元件(Secure Element) 。無線運營商提供的許多SIM卡還包含安全元件(Secure Element)。
Android 4.4引入了另一種卡模擬方法，它不涉及SE，稱為 基於主機的租芹卡模擬 。這允許任何Android應用程序模擬卡並直接與NFC讀卡器通話。本文檔描述了基於主機的卡肢型裂模擬（HCE）如何在Android上工作，以及如何使用此技術開發模擬NFC卡的應用程序。
當使用安全元件(Secure Element)提供NFC卡模擬時，將通過Android應用程序將要模擬的卡提供到設備上的安全元件(Secure Element)中。然後，當用戶通過NFC終端握住設備時，設備中的NFC控制器將來自讀卡器(NFC Reader)的所有數據直接路由到安全元件(Secure Element)。圖1說明了這個概念。
安全元件(Secure Element)本身執行與NFC終端的通信，並且完全不涉及Android應用。交易完成後，Android應用程序可以直接查詢SE的交易狀態並通知用戶。
當使用基於主機的卡模擬來模擬NFC卡時，數據將被路由到直接運行Android應用程序的主機CPU，而不是將NFC協議幀路由到SE。圖2展示了基於主機的卡模擬如何工作。
NFC標准提供對許多不同協議的支持，並且可以模擬不同類型的卡。
Android 4.4支持當今市場上常見的幾種協議。許多現有的非接觸式卡已經基於這些協議，例如非接觸式支付卡。這些協議也得到了當今市場上眾多NFC讀卡器的支持，其中包括Android NFC設備可以自己作為讀卡器（請參見 IsoDep 課程）。這使您可以僅使用基於Android的設備在HCE周圍構建和部署端到端NFC解決方案。
具體而言，Android 4.4支持基於NFC-Forum ISO-DEP規范（基於ISO / IEC 14443-4）的模擬卡，並處理ISO / IEC 7816-4規范中定義的應用協議數據歷閉單元（APDU）。Android只強制在Nfc-A（ISO / IEC 14443-3 Type A）技術之上模擬ISO-DEP。支持Nfc-B（ISO / IEC 14443-4 Type B）技術是可選的。所有這些規格的分層如圖3所示。
Android中的HCE體系結構基於Android Service 組件（稱為「HCE服務」）。服務的一個關鍵優勢是它可以在沒有任何用戶界面的情況下在後台運行。這對於許多HCE應用程序來說非常合適，例如會員卡或公交卡，用戶不需要啟動應用程序即可使用它。相反，通過NFC讀卡器輕敲設備將啟動正確的服務（如果尚未運行）並在後台執行該事務。當然，如果有意義的話，您可以自由地從您的服務中啟動額外的UI（例如用戶通知）。
當用戶將設備連接到NFC讀取器時，Android系統需要知道NFC讀取器實際想要與哪個HCE服務通話。這就是ISO / IEC 7816-4規范的出處：它定義了一種選擇應用程序的方式，以應用程序ID（AID）為中心。一個AID最多由16個位元組組成。如果您正在模擬現有NFC讀卡器基礎架構的卡片，那麼這些讀卡器所尋找的AID通常是眾所周知的並且是公開注冊的（例如Visa和MasterCard等支付網路的AID）。
如果您想為自己的應用程序部署新的讀卡器基礎結構，則需要注冊您自己的AID。AID的注冊程序在ISO / IEC 7816-5規范中定義。如果您要為Android部署HCE應用程序，Google建議按照7816-5注冊AID，因為它可以避免與其他應用程序發生沖突。
在某些情況下，HCE服務可能需要注冊多個AID才能實現某個應用程序，並且需要確保它是所有這些AID的默認處理程序（而不是組中的某些AID轉到其他服務） 。
一個AID組是應該被OS視為一起歸屬的AID列表。對於AID組中的所有AID，Android會保證以下其中一項：
換句話說，沒有中間狀態，組中的一些AID可以路由到一個HCE服務，另一些AID可路由到另一個。
每個AID組都可以與一個類別關聯。這允許Android按類別將HCE服務組合在一起，並且反過來又允許用戶在類別的級別而不是AID級別設置默認值。通常，避免在應用程序的任何面向用戶的部分提及AID：它們對普通用戶沒有任何意義。
Android 4.4支持兩種類別: CATEGORY_PAYMENT （涵蓋行業標准支付應用程序）和 CATEGORY_OTHER （對於所有其他HCE應用程序）。
要使用基於主機的卡模擬來模擬NFC卡，您需要創建一個 Service 處理NFC事務的組件。
您的應用程序可以通過檢查 FEATURE_NFC_HOST_CARD_EMULATION 功能來檢查設備是否支持HCE 。您應該 <uses-feature> 在應用程序清單中使用該標記來聲明您的應用程序使用HCE功能，以及該應用程序是否需要運行。
Android 4.4帶有一個便利的 Service 類，可以作為實現HCE服務的基礎： HostApService 類。
因此，第一步要擴大 HostApService 。
HostApService 聲明了兩個需要重寫和實現的抽象方法。
processCommandAp() 只要NFC讀卡器將應用協議數據單元（APDU）發送到您的服務，就會調用它。APDU也在ISO / IEC 7816-4規范中定義。APDU是在NFC讀卡器和您的HCE服務之間交換的應用級數據包。該應用級協議是半雙工的：NFC讀卡器會向您發送命令APDU，並等待您發送響應APDU作為回報。
如前所述，Android使用AID來確定讀者想要與哪個HCE服務交談。通常，NFC讀卡器向您的設備發送的第一個APDU是「SELECT AID」APDU; 這個APDU包含讀卡器想與之交談的AID。Android從APDU中提取AID，將其解析為HCE服務，然後將該APDU轉發給已解析的服務。
您可以通過返回響應APDU的位元組來發送響應APDU [processCommandAp()]( https://developer.android.com/reference/android/nfc/cardemulation/HostApService.html#processCommandAp(byte[] , android.os.Bundle))。請注意，此方法將在應用程序的主線程中調用，該線程不應被阻止。所以如果你不能立即計算並返回一個響應APDU，那麼返回null。然後，您可以在另一個線程上完成必要的工作，並 sendResponseAp() 在完成後使用 HostApService 該類中定義的方法發送響應。
Android會繼續將新的APDU從讀取器轉發到您的服務，直到：
在這兩種情況下，你的類的 onDeactivated() 實現都是通過一個參數來調用的，這個參數指出了兩者中的哪一個發生了。
如果您正在使用現有的讀卡器基礎架構，則需要實現讀卡器在您的HCE服務中期望的現有應用程序級協議。
如果您正在部署您控制的新讀卡器基礎架構，則可以定義自己的協議和APDU序列。通常，嘗試限制APDU數量和需要交換的數據大小：這樣可以確保用戶只需將設備通過NFC讀取器持續一段時間即可。合理的上限約為1KB的數據，通常可以在 300ms 內交換。
您的服務必須像往常一樣在清單中聲明，但還必須在服務聲明中添加一些附加件。
首先，為了告訴平台它是一個實現 HostApService 介面的HCE服務 ，你的服務聲明必須包含一個 SERVICE_INTERFACE 動作的 Intent Filter 。
另外，為了告知平台哪個AIDs組被這個服務請求，一個 SERVICE_META_DATA <meta-data> 標簽必須包含在服務的聲明中，指向一個XML資源和關於HCE服務的附加信息。
最後，您必須將該 android:exported 屬性設置為true，並且 "android.permission.BIND_NFC_SERVICE" 在服務聲明中要求許可權。前者確保服務可以被外部應用程序綁定。後者然後強制只有擁有該 "android.permission.BIND_NFC_SERVICE" 許可權的外部應用程序 才能綁定到您的服務。既然 "android.permission.BIND_NFC_SERVICE" 是一個系統許可權，這有效地強制只有Android OS可以綁定到你的服務。
這是一個 HostApService 清單聲明的例子：
這個元數據標簽指向一個 apservice.xml 文件。下面顯示了具有包含兩個專有AID的單個AID組聲明的此類文件的示例：
該 <host-ap-service> 標簽需要包含一個 <android:description> 屬性，該屬性包含可能在UI中顯示的用戶友好的服務描述。該 requireDeviceUnlock 屬性可用於指定在調用此服務來處理APDU之前必須先解鎖設備。
在 <host-ap-service> 必須包含一個或多個 <aid-group> 標簽。每個 <aid-group> 標簽都需要：
最後，您的應用程序還需要擁有 NFC 可以注冊為HCE服務的 許可權。
多個 HostApService 組件可以安裝在單個設備上，並且可以由多個服務注冊相同的AID。Android平台根據AID屬於哪個類別來解決AID沖突。每個類別可能有不同的沖突解決策略。
例如，對於某些類別（如付款），用戶可能能夠在Android設置UI中選擇默認服務。對於其他類別，策略可能總是要求用戶在沖突情況下調用哪個服務。要查詢特定類別的沖突解決策略，請參閱 getSelectionModeForCategory() 。
應用程序可以使用[isDefaultServiceForCategory(ComponentName, String)]( https://developer.android.com/reference/android/nfc/cardemulation/CardEmulation.html#isDefaultServiceForCategory(android.content.ComponentName , java.lang.String))API 檢查其HCE服務是否是某個類別的默認服務。
如果您的服務不是默認設置，則可以請求將其設置為默認設置。看 ACTION_CHANGE_DEFAULT 。
Android會將AID組為「payment」的類別，聲明的HCE服務視為支付應用程序。Android 4.4版本包含一個名為「tap＆pay」的top-level設置菜單條目，它列舉了所有這些支付應用程序。在此設置菜單中，用戶可以選擇在點按付款終端時將調用的默認支付應用程序。
為了提供更具視覺吸引力的用戶體驗，HCE支付應用程序需要為其服務提供額外的resource：所謂的服務標記。
這個asset的大小應該是260x96 dp，並且可以在元數據(meta-data)XML文件中通過添加指向drawable resource android:apServiceBanner 的 <host-ap-service> 標簽的屬性來指定 。一個例子如下所示：
當設備的屏幕關閉時，當前的Android實施將NFC控制器和應用程序處理器完全關閉。因此，當屏幕關閉時，HCE服務將無法工作。
然而，HCE服務可以從鎖定屏幕中起作用：這由HCE服務標記中的 android:requireDeviceUnlock 屬性控制 <host-ap-service> 。默認情況下，不需要設備解鎖，即使設備被鎖定，您的服務也會被調用。
如果您將 android:requireDeviceUnlock HCE服務的屬性設置為「true」，Android會提示用戶在您靠近NFC讀卡器時解鎖設備，NFC讀卡器會選擇已解析為您的服務的AID。解鎖後，Android會顯示一個對話框，提示用戶再次點擊以完成交易。這是必要的，因為用戶可能已經將設備從NFC讀卡器移開以便解鎖它。
本部分對於已經部署依賴SE進行卡模擬的應用程序的開發人員很感興趣。Android的HCE實現旨在與其他實現卡模擬的方法並行工作，包括使用SE。
這種共存基於一種稱為「AID路由」的原則：NFC控制器保留一個由（有限）路由規則列表組成的路由表。每個路由規則都包含一個AID和一個目的地。目標可以是主機CPU（Android應用程序正在運行的地方），也可以是連接的SE。
當NFC讀卡器發送具有「SELECT AID」的APDU時，NFC控制器解析它並檢查AID是否與其路由表中的任何AID匹配。如果匹配，那麼APDU和其後的所有APDU將被發送到與AID相關聯的目的地，直到收到另一個「SELECT AID」 APDU或NFC鏈路斷開。
圖4說明了這種架構。
NFC控制器通常還包含APDU的默認路由。在路由表中找不到AID時，將使用默認路由。盡管此設置可能因設備而異，但Android設備需要確保您的應用注冊的AID已正確路由到主機。
實現HCE服務或使用SE的Android應用程序不必擔心配置路由表 - 這是由Android自動處理的。Android只需要知道哪些AID可以由HCE服務處理，哪些可以由SE處理。基於哪些服務已安裝，以及哪些用戶已配置為首選服務，路由表會自動配置。
我們已經介紹了如何聲明HCE服務的AID。以下部分說明如何為使用SE進行卡模擬的應用程序聲明AID。
使用SE進行卡模擬的應用程序可以在其清單中聲明所謂的「關閉主機服務」。這種服務的聲明幾乎與宣布HCE服務相同。以下情況例外：
相應 apservice.xml 文件注冊兩個AID 的示例：
該 android:requireDeviceUnlock 屬性不適用於脫離主機服務，因為主機CPU不參與事務，因此無法阻止SE在設備鎖定時執行事務。
該 android:apServiceBanner 屬性必須用於作為支付應用程序的關閉主機服務，以便作為默認支付應用程序進行選擇。
Android本身永遠不會啟動或綁定到聲明為「脫離主機」的服務。這是因為實際交易由SE執行，而不是由Android服務本身執行。服務聲明僅允許應用程序注冊安全元件(Secure Element)上存在的AID。
HCE體系結構本身提供了一個核心安全性：因為您的服務受到 BIND_NFC_SERVICE 系統許可權的保護，所以只有操作系統可以綁定到您的服務並與之通信。這可以確保您收到的任何APDU實際上都是OS從NFC控制器接收到的APDU，並且您發回的任何APDU只會發送到操作系統，而操作系統會直接將APDU轉發給NFC控制器。
剩下的核心部分就是您獲取應用程序發送給NFC讀卡器的數據的位置。這在HCE設計中有意解耦：它不關心數據來自何處，它只是確保將其安全地傳送到NFC控制器並傳送到NFC讀取器。
為了安全地存儲和檢索您希望從HCE服務發送的數據，例如，您可以依靠Android應用程序沙箱，將應用程序的數據與其他應用程序隔離。有關Android安全性的更多詳細信息，請閱讀 安全提示 。
這部分內容對於希望了解HCE設備在NFC協議的防沖突和激活階段使用何種協議參數的開發人員很感興趣。這允許構建與Android HCE設備兼容的讀卡器基礎結構。
作為Nfc-A協議激活的一部分，交換多個幀。
在交換的第一部分，HCE設備將呈現其UID; HCE設備應該被假定為具有隨機的UID。這意味著在每個抽頭中，呈現給讀卡器的UID將是隨機生成的UID。因此，NFC讀卡器不應依賴HCE設備的UID作為身份驗證或身份驗證的一種形式。
NFC讀取器可以隨後通過發送SEL_REQ命令來選擇HCE設備。HCE設備的SEL_RES響應將至少設置第6位（0x20），表示設備支持ISO-DEP。注意，SEL_RES中的其他位也可以被設置，表示例如對NFC-DEP（p2p）協議的支持。由於可以設置其他位，所以想要與HCE設備交互的讀者應該明確檢查第6位，並且<stront style="box-sizing: inherit;">不要將完整的SEL_RES與值0x20進行比較。</stront>
Nfc-A協議激活後，NFC讀取器啟動ISO-DEP協議激活。它發送一個「RATS」（請求選擇應答）命令。RATS響應（ATS）完全由NFC控制器生成，不能由HCE服務配置。然而，HCE實現需要滿足NFC論壇對ATS響應的要求，因此NFC讀卡器可以根據NFC論壇對任何HCE設備的要求設置這些參數。
以下部分提供了有關NFC控制器在HCE設備上提供的ATS響應的各個位元組的更多詳細信息：
請注意，許多HCE設備可能符合EMVCo聯合的支付網路在其「非接觸式通信協議」規范中指定的協議要求。尤其是：
如前所述，HCE實現僅支持單個邏輯通道。嘗試在不同的邏輯通道上選擇應用程序將不適用於HCE設備。
本文 翻譯自 谷歌開發者文檔，已由本人仔細校對。如有錯誤，請聯系我，以便修改。
㈢ 求助 如何用ubuntu 作wifi 給安卓手機作熱點
檢查確認筆記本網卡支持master模式
首先要安裝一個iw：yum install iw -y
然後執行命令：iw list
在命令執行結果中如果看到了下面的內容，就說明這張網卡是支持用於ap做路由的
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
>02
安裝hostapd
通過 yum install hostapd -y 安裝，如果是其它紅帽系列的可以安裝epel的源，或者找一下hostapd的rpm，下載對應自己發行版的進行安裝。其它Linux可以通過源碼安裝。
>03
修改配置文件
# vim /etc/hostapd/hostapd.conf
修改成如下狀態
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=3
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
wpa_passphrase=ap_password
driver=nl80211
interface=wlan0
hw_mode=g
channel=9
ssid=ap_name
注意修改涉及到的ssid和密碼
>04
安裝和配置dhcp
# yum install dhcpd -y
# vim /etc/dhcp/dhcpd.conf
將此文件改成如下：
option domain-name-servers 211.161.45.222,10.141.146.10;
default-lease-time 3600;
max-lease-time 7200;
log-facility local7;
subnet 192.168.7.0 netmask 255.255.255.0 {
range 192.168.7.77 192.168.7.99;
option broadcast-address 192.168.7.255;
option routers 192.168.7.7;
}
注意將第一行的nameserver添加成你isp提供的dns，這樣解析的速度會快一些，不知道的話就改成谷歌的8.8.8.8好了。subnet 裡面設置的是分配給連接無線路由的設備的ip段，可以根據自己需求進行調整，這里給了192.168.7.77-99
需要注意的是，option routers要寫成這台機器的wlan0的ip，這個是手動設置的
# ifconfig wlan0 192.168.7.7
>05
配置SNAT
Linux可以很方便的通過iptables配置SNAT伺服器，命令如下：
iptables -t nat -I POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -s 192.168.4.0/24 -j ACCEPT
iptables -A FORWARD -d 192.168.4.0/24 -j ACCEPT
其中第一條表示將通過本機的轉發數據包從eth0（外網）這個網卡發出去，另外兩條表示只轉發192.168.4.0/24這個網段過來的數據包，這個網段正好是wlan0其它設備連上本機以後分配的網段。
還需要在打開內核的ip轉發功能：
# vim /etc/sysctl.conf
添加或修改這樣一段：
net.ipv4.conf.default.rp_filter = 1
然後執行命令
# sysctl -p
>06
啟動相關服務
/etc/init.d/dhcpd start
/etc/init.d/hostapd start
將有線網卡的網口插上網線調通就可以用其它無線設備連接此wifi ap上網了。
㈣ ubuntu 自啟動無線網卡AP模式
自己手頭有一台ubuntu主機，懶得專門接顯示器和鍵盤使用，但是手上僅有的電腦是macbook和一個win平板，都沒有網線介面，無法直接連接ubuntu主機，手頭有幾個TP的722N無線網卡，就有個想法：
主要是需要修改/etc/network/interfaces。
eth0 為ubuntu機器的有線介面。
wlan9 為ubuntu機器無線介面。
內容如下（請仔細閱讀注釋，詳細含義請參看手冊 man interfaces ）:
配置好/etc/network/interfaces後，可以通過手動方式驗證配置是否可以正確運行。
可以通過ifup命令啟動：
如果/etc/network/interfaces配置有問題，可能導致ifup命令失敗，報錯類似（按照上面的配置不會出現下列錯誤，此處只是演示）:
此處問題原因是執行時這個版本的/etc/network/interfaces中沒有檢查hostapd是否已運行，如果hostapd已運行則啟動失敗，可以手動kill掉hostapd進程，配置上可以在介面up和down前後添加處理。
可以在/etc/network/interfaces中添加：
如果出現上面的錯誤可能出現以下情況，下面列舉解決方法。
此時ifconfig查看可以看到wlan9介面是up狀態：
但是/etc/network/interface中post-up的腳本執行失敗了，此時使用ifdown關閉介面也會報錯:
上面的報錯說明/run/network/ifstate中沒有wlan9的配置。
因為ifup執行失敗，/run/network/ifstate中沒有wlan9，ifdown也是根據此狀態來執行的,也可以通過ifquery查看：
此時需要使用修復選項並通過ifconfig關閉wlan9:
此時再使用ifup啟動可能遇到:
需要通過ip addr flush清楚介面配置,ifup才能運行：
附錄：
/etc/hostapd/wpa2.conf配置：
在/etc/dhcp/dhcpd.conf中添加：
上述僅淺顯使用，如有問題請參看相關手冊。
㈤ Android WiFi調試常用標簽(Tag)
都知道的，要看Android log如果不加過濾器，那麼對應的信息量極其的龐大，要在這些大信息量找到我們關心的可能需要耗費比較長的時間，所以對於在調試WiFi過程，那些標簽是需要關注的呢？
WiFi的核心服務，是啟動整個WiFi服務的，它在我們的logcat關注范圍內
WiFi的掃描服務，一般我點開或者進入到WiFi列表頁面里，這個服務在後台幫我們刷新熱點，同樣在logcat關注的范圍內
關於有線與WiFi的切換，以及系統關於網路的鏈接，它幫忙在管著事呢，所以也在logcat關注的范圍內
系統網路相關的命令執行需要涉及到它，比如像Setting iface up 或者bring up eth0 這些事兒，它幫忙在處理，同樣也在WiFi調試時logcat關注范圍內
這個標簽也是比較常用到，在hardware/libhardware_legacy/wifi/wifi.c裡面，主要幫忙實現drv的載入/卸載，以及處理與wpa_supplicant之間相關事件的通信，常用於前期的WiFi Drv導入調試比較多，所以也在logcat關注范圍內
這是一個類似鏈接的服務，一般用於 Tethering wlan0 或者 等等，可以幫忙輔助調試WiFi流程，也在logcat關注范圍內
對於可以支持軟體AP的WiFi Dongle設備來說，這是一個很關鍵的服務(工具），一般用來初始化設置軟AP的參數(ssid、channel、psk、wpa、帶寬等參數）詳細具體可參考 hostapd.conf
WiFi中心處理樞紐，很多的WiFi狀態處理都離不開它，所以也是在logcat需要關注的范圍
它在系統網路有著重要的地位，因為其處理的業務包含了dns，路由控製表， dhcp相關等等，可以這么說，系統網路涉及到無法ping通一些特定的域名或者網站，可以來這里找找原因，所以它也在logcat關注范圍內，其中該文件在/system/netd/server/TetherController.cpp，
一個神奇且強大的工具，集中了dns，dhcp，router等功能，它很適合在一些小網路(輕量級)架構發揮著強大的作用，詳細可以參見 這里
可以看下它工作時列印
以上主要為調試WiFi 軟AP常用的Tag
對應的logcat 命令如下
在切換到 Sta 狀態時，我們需要重點關注wpa_supplicant對應的log
開啟wpa_supplicant的log，只需要修改一個地方即可，在找到對應init.xx.rc啟動wpa_supplicant進程，在啟動前添加 -dd的參數(將wpa_supplicant log 級別設為debug）即可，後續關於wpa_supplicant調試會繼續更新整理
㈥ adb shell 批處理執行後續命令
執行到adb shell後，界面現在是adb界面，這時只能手動輸入相關命令進行操作。
如果你要在批處理中執行，那麼命令寫成以下樣子
adb shell cat /etc/hostapd.cof