因为它的目的是要自增 1 ，且不需要保证调用它的线程的顺序：

一群线程在竞争这个原子变量时，对于线程 A ，它的一次操作对应于 current 为 1 时自增到 2 是可以的，如果被另一个线程抢先的话， A 等下一个循环，从 2 自增到 3 也是可以的。

从计数的角度来如此更换一下顺序不影响结果。

如果竞争非常激烈，这样的乐观锁的性能不一定会比悲观锁性能好。

@hx0109 要储存数据的话，弄一个存储池就可以了， windows server 2012r2 及以后， windows 10 自带。
配合 refs 文件系统还能避免直接 raid 的很多问题。

当需要时刻在线时， NAS 的优势才能体现，你可能不需要如此热的存储。近线 /冷存储就足够了

居然有人会用内地版 Firefox 替换简中 Firefox?!

没有这样的接口，作为服务通常也不可以获取用户的永久唯一识别信息。

@billgreen1
@Vinty

在不影响别人的前提下，呼叫 siri 应该不是一个问题

@yexm0
应该是全站 https 以至不允许使用 http 的结果

@TashinV
相比于美而言，曲面屏最大的价值可能在于窄边框

@peoce
@yongliang

漂移和高铁提供的电源有关，因为高铁提供的市电输出是从两万多伏的直流电通过逆变器转换出来的，

@zhaojjxvi
有的充电宝输出不够干净+电子设备本身没有过滤掉也会出现类似的情况

当前已经连接的 WiFi 的 ssid/bssid 是不受定位权限保护的

apple pay 的实现形式是：

手机里储存一张虚拟的银行卡，以银联的 NFC 近场支付(云闪付)完成交易
所以走的是银联通道

所以如果要绑定其它第三方支付账号，意味着出现了这样的流程：

第三方支付-->银联-->银行
但是第三方支付自身是和银行直接联网的，不经过银联，它们自然不会愿意再走一次银联通道

@Qlccks2 不对，那要支付宝干嘛，银联已经把支付宝的职责承担了
@swuzjb 比较步骤一定是 NFC 简单，云闪付的问题是在压根没人用。

如果你做到了非 apple pay 不用的程度，自然会发现能因此惹上很多麻烦，尽管这些麻烦并不是你造成的，它们可以是这些内容：

1 ，营业员不熟悉，以各种理由抗拒闪付。
2 ， pos 机采用了 2G 网络，和银联通信速度很慢，一次刷卡可能需要等待长时间。
3 ，如果你不幸使用了 Android 端银行做的云闪付应用，那简直就是垃圾，它们的推送大多是 giesecke&devrient 负责的也很糟糕(Apple Pay 等手机制造商自己的云闪付形式不受影响)。虽然支付宝 /微信自身的 UI 也很糟糕，但那是故意为之(而不是缺少能力)，而且它们基本没有性能问题。

此外还有一种可能性，硬盘或许也会发生类似闪存在不通电储存时的比特衰减，但温度在一定范围内改变不显著影响这个过程。

闪存在高温储存时比特衰减的速度明显比低温时快。

jedec 有一张演示图（称数据来源于英特尔）
按照家用标准，闪存工作于 40 度断电存放于 30 度时，数据需要能可靠保存 52 周（一年），但断电储存于 40 度环境时，只需要保证 14 周（三个月）

即便不（很少）使用，非常旧的硬盘损坏的几率也比新硬盘高。

SSD 也有同样的规律。

这是不允许的：

视频网站不支持 https ，确认
只支持 iframe 方式引用，确认

那么应该像知乎那样放弃该类视频支持，特别是在 iOS 应用这样不允许使用非 HTTPS 的场合

@geeksammao

类似 Windows 8/10 那样，默认隐藏了 ReFS ，但可以建立 ReFS 分区，但不能用作系统分区 /启动盘，不能挂载 Windows Server 2016 建立的新版 ReFS(3.1)卷。

Sierra 默认不使用 apfs 但可以建立 apfs 分区，但苹果似乎没有保证 sierra 建立的 apfs 分区可以被未来的 macOS 使用。

@little_cup

看上去 IO 性能有很大提高

最近几代 iPhone 使用了比 UFS 更快的 PCI Express 接口， iPhone 的磁盘测试中， IO 吞吐量的指标远远超过竞品，但 IOPS 指标（特别随机写）并没有和吞吐量一致的表现

http://www.anandtech.com/show/10685/the-iphone-7-and-iphone-7-plus-review/4
http://www.anandtech.com/show/10493/motorola-moto-z-force-droid-review/6

注:moto 和华为 p9 用了 F2FS 文件系统


@BXIA

测试版 Windows 的 ReFS 已经更新到 3.2 了

wear 2.0 能独立自主联网是一个潜在的问题

@besto 注册的时候弄错了，原本想用 Honeypot 。

@besto 4.3 正式发布的时候，为了开当时还只是隐藏着的 appops 编译过， 4G 内存的虚拟机还勉强够用。

macbook 2016 的接口有什么问题吗？
我连一台麦金塔都没有，都已经无痛迁移到 type-C 了