@benmaowang
是不是 macbook 不需要像 windows 那样专门安装额外的 NDIS 驱动?

@benmaowang
你用什么方法抓 probe 帧?

@benmaowang
按照 win10 的 Wifi 设定自己的说法，应该是说它会忽略这个“每台设备占用的 MAC 是有限资源，是需要厂商购买的”

应用不应当包含检测更新的能力，如果要这么做应使用企业证书分发

可以用除锈剂

@fengleidongxi
自己查 iOS 的文档，我不知道

@evagreenworking
正是因为这样，应用不应能毫无限制地获取这两个信息

@fengleidongxi
iOS 不适用 Android.Permission 的概念

iOS 不能(没有公开 API)，也不允许(不允许使用私有 API)使用任何的持久设备识别码，但是 iOS11 为每个应用提供了一个只有两比特长度的持久识别码，用于识别滥用试用(应用重装后往往无法识别设备)等情况


@woyaojizhu8
随机 MAC 最早在 iOS 出现，现在 Android，Windows10 也有，但表现不一致。
大致意义上是设备在搜寻附近的热点时，需要发出探测(probe)帧以让热点回应，使用了随机 MAC 特性后，这些 probe 帧上面的 mac 地址会变成随机的，而非设备真正的 MAC。等到正式连接时则使用设备真正的 MAC。

在 Android 方面可以保证 Android 7+的亲儿子都有这个特性，但 OEM 制造的 Android 设备是否有这个特性则可能无法保证，首先 CDD 没有随机 MAC 的要求，CTS 是否进行这方面测试我不得而知，需要查看它的源代码。

Windows10 的随机 MAC 则更强化，连接到新热点时，系统甚至会使用新的随机 MAC。


@evagreenworking
“但是你一旦连上了 wifi 基本能定位 除非你的 wifi 从来没有被国内服务访问过”
应用在没有定位权限的情况下，应当不能取 wifi 热点的信息中供识别地理位置的部分

@EmmaSwan
我提交过这个 issue （允许获取当前已经连接的 wifi 热点的 SSID 与 BSSID ），回答是 fixed，但不清楚它改了什么地方

@EmmaSwan
无论是 iOS 还是 Android 都允许获取当前已经连接的 wifi 热点的 SSID 与 BSSID
无论是 iOS 还是 Android 都不允许获取本机的 WLAN/蓝牙的 MAC

在没有获取定位权限时，Android 不允许获取周边其它 wifi 热点的信息

问题是在于，Google 对不给权限不启动的态度是“ You can always give 1 star in the store ”，所以这个事情无解，除非你接管了 AOSP

@melkor

bugreport 里面有很多信息，最好不要公开发

我觉得没什么问题，顺便和自己的手机做了下对照
Screen On Discharge Rate 大约是 20%/小时，对照，但是我用的很轻量(15%)
Screen Off Discharge Rate 是 9%/小时，但熄屏时间很短不能算数，对照(2%)

唯一能看到的 GMS 的 PacketMeasurementService 占了三个一分钟的 wakelock，估计是没 hosts 连不上

@xingda920813
是的
如果出现那种情况就卸载吧

@melkor

github.com/google/battery-historian


1,
Install Docker.

2,
Run the Battery Historian image. Choose a port number and replace <port> with that number in the commands below:

docker -- run -p <port>:9999 gcr.io/android-battery-historian/stable:3.0 --port 9999

之后 docker 会自动下载镜像 /依赖，并运行

3,
用浏览器访问 battery historian 的页面，加载 bugreport 后就可以查看图表了

@melkor 要不自己装一下 docker，再获取 battery historian 的镜像，运行，让它分析一下看看哪个进程运行时间最长？

连 ubiquiti(外国产品)的路由器都能认得出微信的协议了