@dingwen07 是的，苹果曾经在某一测试版 iOS 试过卸载应用后清空对应的 keychain，但遇到了兼容性问题（有很多应用在其中储存了重要内容），因此到现在都保留了这个漏洞

@xy90321 此 keychain 非彼 keychain，只要此 keychain 还依然不在卸载后清除应用储存的信息，ios 上就可以实现重装后识别之前的设备。

对抗性的运动是用来取代战争的替代物

可以啊

东湖，湖北省博物馆值得看的，学校不知道能不能进

bmap，很好的第三方聚合地图

@yitingbai 这个结果是可以接受的。
我们不需要针对性优化（你想，连这种 hook 系统 API 的方法都用上了），也不希望应用建立用户画像。

举个例子，我们用地图 app 的时候，并不一定需要这个 app 获得定位权限，也不需要它收集附近 WiFi/ble beacon/磁信号的数据，说不定我们只是想看地图呢

没有

@hertzry 那是个开源软件，有本地 /在线导出功能，加密也比较完善，可以密码，也可以用证书，应用内的验证措施也好

@hertzry 用 andotp 呀

把 app 的 battery usage 里的 background restriction 启用就可以了。但这个做法可能只限于原生 Android 或国际版 ROM，内地版 ROM 可能会把这部分魔改掉，行为可能不同。

前几年 cnbeta 曾经和 adblocker 打过一架，几分钟更新一次前端代码，后来发现搞不过。
现在它就把广告放到信息流里不和正常信息区分了，但是 adblocker 还是能认出来，因为它用了广告联盟的链接

@wunonglin 实际上很多网页就是这么做的，把 html 元素的 id/class 标记成随机数，这样 adblocker 就很难去拦截它。
为此 adblocker 发展出了更复杂的拦截功能。
anti-adblock 也类似，可以用相同的 anti-anti-adblock 去反制。
app 的 api 可以用代理实施中间人攻击，对付方法也有，用 tls 证书绑定，非越狱 /root 无解

@mianwei 这样的话明面上它应当不知道你在做什么了。有没有可能是附近时间区段内的搜索呢？

@mianwei 接上，因为针对 2 的担忧，我不会用国产的输入法，或者在 iOS 上绝不开启输入法的全功能模式，这样它便无法联网了。

@mianwei 有两部分：
1，微信可能会有广告分析的动力，注意腾讯广告有一个停用个性化广告的设置。
2，能联网输入法都有可能上传你输入的内容。
这件事里 2 的可能性更高

@xinyana 想问一下，既然有现成的 AES，配合适合储存文档的 XTS 密码本模式或者更好的 GCM 模式，为何要使用已经淘汰的 DES 呢？
即便是 3DES 也在三年前淘汰了。

类似的，MD5 是已知有安全问题的算法，应当换到 SHA2 或者 SHA3，此外还有密钥生成算法之类的

楼上正解。
主要的原因是它们均不符合 Android 的规范 /推荐行为模式