㈠ 虚拟网卡，怎么设置热点
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