@pubby 不支持 LTE Band39 和 TD-S
所以缺口比较大(现在需要有人实际使用，看它的 CSFB 能不能用)

就算是 Nexus 6p 国际版，现在还没有人在中移动的网络实际使用过(同样检测它的 CSFB 能不能用，之前有人在小鸟上说这个可能有问题)

@TangMonk

可以参考一下 PKI 的原理
它相当于在卡里存了私钥，但是这个私钥读不出来
每次鉴权验证的时候，服务端发一个冲激过来，写到卡里，卡里的处理器用私钥加密这个冲激，返回密文
对于卡外面的存在，只知道冲激和密文

然后，服务端有公钥，能解密密文，如果它解密的密文等于冲激，就认为鉴权成功

@erDaren mac,unix,windows 下的换行用的字符都不一样。
windows 是回车（\r ）+换行（\n ）
苹果肌是回车符
unix 是换行符

回车和换行的概念来自于机械打字机
回车指的是把打字机对准的位置往左移回到行头，换行是移到下一行。

@zhfy1991
那句话的意思是说，某个应用可以在没有联系人权限的时候，通过发 intent 给系统的联系人应用，由用户在联系人应用中刻意选择了联系人后，联系人应用再把这个联系人返回给那个应用。
所以这里两个问题， 1 支付宝没处理好这种做法。 2 支付宝是不是故意的

类似的例子还有拍照，第三方应用可以调用系统的拍照应用（或别的第三方能拍照的应用）拍照而不需要权限，但是它能不能收到拍好的照片取决于被调用的应用

只有一个支付宝，曾经。

revokechinacerts 项目可以做一个长期的防御

Android 6.0 的收回权限的机制实际上在 4.3 就有了，就是 AppOps

其实不太需要
Android 6 开始，多用户配置机制机制允许在非机主配置下开启允许未知来源
把流氓 app 装到那个用户配置就可以了

在 5.1 ，非机主配置只允许从 play store 安装应用

惠普的 envy 不好

@QQ1685425675 那这个方法无效，终究是推荐 potplayer/vlc 等靠谱的软件，或者用 sandboxie 限制

到 youtube 看几个 4K 视频就消耗光了

@allan1st
早先还在说劈柴想把 Android 合并到 Chrome OS 去

Material Design 最早的名字是量子纸，那个时候还只是想着多平台使用同一个 UI

所以，有没有什么办法，能快速 重新绑定手机号码！
-----可能没有

(如果有两个手机)
先共存一段时间，一点一点迁移，迁移完毕后注销不要的手机号

第一个做 omnibox(整合搜索栏和 URL 栏)的就是 Google ，也就是初代 Google Chrome

在目前的移动端的 Google Chrome ，如果没有缓存之前浏览的页面，则打开时是没有地址栏的，只有屏幕中间的可以输入 URL 的搜索栏

所以， LZ 问的是这个吗：
在 www.google.com 等 Google 搜索页面时，为何 Chrome 不隐藏 omnibox ？

才知道卡饭做了这么大跌眼镜的事情

我用 umatrix 开启了伪装 Referrer ， Chrome 也开了限制详细 Referrer
有的时候会开 UA 伪装

然后有触发这种验证

@tony1016
问题来了，谁在 AP/路由器部署证书？
证书的花费，如何保证 AP/路由器的证书不泄露？
如果不在 AP/路由器级别做，而在 Radius 服务器做，那么 Radius 和 AP/路由器之间如何互相验证，如何可靠传输(AP/路由器要发 SSID 给 Radius 以请求签名)，这样又有下一个问题，攻击者直接把这个随机数+签名的 SSID 抄过去不就完事了？
这种时候还是要握手一遍才能验证 AP/路由器端的身份

明文+签名可以验真，但没法保密

相比之下 802.1x 支持的扩展协议可以解决这个问题
当连上一个热点后，需要验证 Radius 和客户端互相验证身份才能建立链接

@tracyone
美剧好不好并不是本帖想讨论的问题

@lydhr
固态硬盘(SSD)的运作方式和温彻斯特硬盘很不一样

1 ，大致上， SSD 的每个存储单元有一个有限的编程 /擦除(P/E)寿命，导致它在某些情况下， SSD 寿命可以短于整个设备的寿命。而温彻斯特硬盘的单元寿命可以理解成无限，它的损坏主要在于其内部有大量敏感的高速移动 /旋转物件。

TLC 的 P/E 寿命远小于 MLC ， MLC 的 P/E 寿命远小于 SLC
在性能方面也是如此，相同的单元，用作 TLC 的时候性能最差(T 指的是 3 比特，因此一个单元要能存 8 种状态)。
目前 15~20nm 级别的 NAND 闪存， MLC 的 P/E 在 3000 左右， TLC 的在 500~1000 左右
U 盘一般都会用 TLC ，因为便宜。
手机 /平板因为空间有限，只有一个不到 2*2 厘米的封装用来放闪存，也有使用 TLC 的理由

企业级且为大量写入优化的固态硬盘可以把 MLC SSD 的 DWPD 做到 20 以上(意味着 30000 以上的 P/E ，这个和 MLC 颗粒的质量，写入 /读取的时序 /算法，保留空间等有关系)

2 ， SSD 的写入大致可以做到随机(指的是想写哪就写哪，实际上是按大约 2Kb 的 page 级别的随机)，但擦除必须要按 block 删除(一个 block 往往是 64 个 page)。这样就会造成一个写入放大的问题，也就是说， SSD 实际的写入 /擦除量比操作系统层面的写入 /删除量大，写入放大的倍数会随着写入的内容，写入的方式，是否进行数据压缩等因素而变化。

具体参考维基百科的固态硬盘 /ssd/nand 闪存 /写入放大等页面