@zhangcx93 是因为它在下载一些别的东西，而那些东西不会暴露出来，要么清空一下 play store 的 data，要么遇到问题是关掉你的那个软件，然后可能会注意到 downloadmanager 会开始下载某些东西。

问题的实质是你的那个软件在建立连接时没有调用（或没有正确调用） setunderlyingnetworks 函数。

@icyalala 这类工作的要求要可能要靠法律推动

@notgood 纯油版本（ A25A ），不过混动也是同一型发动机的混动版本（ A25B ）

@notgood
故事是群里一个置换新车的人说的，可能不是假的（那人说 4s 店只肯给十万多，他找了个二手车商卖了 12 万），但背后可能有些故事没有说（要去证实它的可信度很简单，查一下 12 款第七代凯美瑞二手车的价格就明白了），无论如何，这个车型保值率应该是比较高的，类似的汉兰达可能也是个高保值率的车。

一般来说，六年之后车价往往会贬掉一半。

保值率可能更多反映车子剩余的使用价值，而不是单纯的发动机性能。要不然凌志的 es 怎么和凯美瑞 /亚洲龙比（三个车的发动机变速箱都一样，底盘平台也相同）

噪音指的是现在的新一代凯美瑞，2.5 升版本的试驾车，我觉得声音比较响，但不认为它是一个像早些时候泥浆门（今年很早的时候已经改正了）那样“必须要解决”的原则问题。

@zent00 看楼主怎么想，如果是觉得车开了五六年就可能要卖掉换新车的，那么保值率就会比较重要一些；但是觉得这个车要开上十年了再动的，可能保值就没有前面的情况重要（这个时候是要车子可靠 /容易修 /配件好找而便宜）。

@Chan6
钥匙串，behavior 是已经卸载的应用在钥匙串保留的数据不会删除。

在 iOS12 的某个 beta 曾经修复了这个漏洞，但后来回滚了。

@shiyidi
iOS 不存在可以获得设备持久 ID 的 API （准确地说是不存在可实际用于追踪用户设备的此类 API，有一个可以获取持久识别码的 API 只提供两个比特的空间），试图绕过这个限制的应用全部被赶出 AppStore 了。

关于凯美瑞还有一个故事：有人在 12 年花了 18 万买了上一代凯美瑞低配，今年卖了 12 万

@yexm0 ciasi 这个测试结果出来真是吓一跳。
估计过两年 nhtsa 开始用进行 omdb 测试的时候，国产车又是一片红灯。

据说思域是因为 B 柱和车门槛的地方给撞断了所以成绩很差？

@notgood 这一代凯美瑞有一个不关键的问题是发动机噪音（比较可能是 NVH 的发动机仓隔音省得多了一些）有些大。

@dapp98230 能付费去广告就好

楼主有一个攻略是要做的，就是去论坛 /收集投诉的网站 /相应的群把每个意向中的车的主要问题，比较容易出现的故障都收集一下。

然后能更好的选择，比如排除那些有最不能接受问题的车辆。

@2225377fjs
本田今年的发动机载跟头了。
不过本田是做了一些事情的，你看这么多车子都有排气侧 VVL，但视频网站上被人传颂的就是只有"vtec 声"。

类似的，本田去年从零搞了一个横置平台的 10 速行星齿轮变速箱（这个公司从前一直是用可以当作 DCT 变种的平行轴），它的竞争对手，ZF 的 9hp 故障率高被诟病。

@kaichao5 凯美瑞的 2.5 混动也好，雅阁的 1.5T 混动也好，都是真的一般用就能跑出 5.5L/100km 的水平。

@notgood 本田这一代的 1.5T 有个可以黑的地方是机油增多（冷车下更容易发生），虽然厂商做了召回（修改了冷却系统，ECU 等），现在出厂的新车也应用了修改后的措施，但它毕竟是一件比早几年大众 EA888 第二代烧机油更严重的问题。

@notgood 日系三剑客吧，斯柯达回很难避 DCT 的问题。

比如楼主预算比较充分，买了 2.5 的凯美瑞，那么它会有非常好的发动机 A25A （ 2.5 自吸，但油省得不像话）和非常好的爱信 8 速行星齿轮变速箱。

再有这个车的国产版和相比北美版没有在被动安全上妥协，国产版用 IIHS 的测试跑一遍下来全优，隔壁大众的 25%小偏置一侧，迈腾是一般，途观 L 是差（这两个车的北美版，轿车就算帕萨特好了，跑这个测试都是全优通过）

发动机的话大众集团还有一个 EA888 三代半，油耗也不错，比 A25A 略差一些。但是这个发动机要你：
每两万公里换一次火花塞（一般来说这个东西是 5-10 万才换的）
用高性能的全合成 0w-20 （贵，国内现在也不太见得到这种油，因此实际操作都会用更粘的机油）
再加上这个牌子的零整比不如丰田。

@dapp98230 收费可以，弹广告不成

为何要用 WPS

@tomoya92 可以参考一下 andotp 的导出方法，允许明文，psk 或者证书加密的形式。

实际上有个简单的办法（不一定适用），找到 Google authenticator 的私有目录就可以了，密钥明文存在它的数据库

不想写 SQL 的话，导出成 localtime 类以后可以直接比较。

因为第一个没有设计，因为两步验证会强迫你准备好备用方案，第二个原因是导出密钥生成 secret 要仔细考虑的，如何能安全方便地导出它且不遭受滥用？

Google 的想法是，用 U 盾吧

@morethansean 有一个麦克风翻车了