@logic159 不过，油管上有人测过，2019 出的 mbp 13 的低配版和标准版，在性能上差别略小；所以这次 13 的标准版干脆和低配版拉开差距了（ CPU 、内存、硬盘都有大的差距）。apple 现在也是产品丰富，任君挑选啊。 这次 13 应该是走库存吧，14 寸会是等等党的胜利。

@logic159 8 代 是有点坑，不过，air 虽然 10 代那个散热也是坑啊，不知道苹果怎么回事。要不，就再坚持，等 14，最晚明年上半年应该会有吧。

@logic159 air 是给轻度用户（上上网，PPT 等）准备的，14500 mbp 给重度用户准备的，CPU 性能和散热都不在一个层次。

如果不喜欢标准版 mbp 13 2020，那么建议低配的 mbp 13 2020， 毕竟比 air 2020 还是散热好不少。

4 年有效，18 完全在免费维修策略之内。

也还行吧

看这个五月吧，也许是 13 寸 mbp+剪刀脚键盘，14 应该会有

赞

乐观锁和幂等性没什么相关性

@dzdh 是，etcd,zookeeper,elasticsearch 这类内部有多个节点对外提供 api/service 的分布是系统，是需要有 leader，CAP 场景；我本来想说的是一个大型业务系统里，A 、B 不同子系统（可能还有 C ）完成一个事务的场景，比如一个 web server （ C ）接受到用户的请求，然后需要在 A 、B 两个子系统作出各自不一样的变更的场景。 就是 @xuanbg 说的，一般来说 B 就是成功或者重试或者人工介入，最终完成 A 、B 都变更成功。

@xuanbg 嗯，A 失败了是不需要调用 B， 主要是 A 成功了，B 失败了，整个系统怎么处理。

两个独立运行都系统，A 系统做一个变动，B 系统也做一个变动，它们要么都成功要么都失败，称为分布式事务（一致性是事务的一个特征）；但是，这个同时成功或者同时失败在分布式系统里实现起来很困难或者会导致整个系统不高效（比如，整个系统的 TPS 太低），所以有一些其他方法来简化实现和提高整个系统的效率，允许在一定的时间范围内（这个时间范围对于计算机系统来说是比较明显的，比如 1 分钟，但是，对于很多业务场景来说，这个时间差是可以接受的，） A 、B 相继成功或者失败，称为最终一致性。

升 4 核？ 13 寸的单风扇能压得住 4 核吗？

se 2020 还能用 3 、4 年吧，iphone 8 还能用 3 、4 年吗

建议买一个优质一点的 1080P 显示器，mac 电脑接 2k 显示器效果其实一般。

@amiwrong123，应该感知到了，你输出 System.in.read 返回到结果看看，应该是-1，它并不一定要通过异常告诉调用者吧。

除非有必要的软件不支持高版本 mac os，要不然，升级到高版本不是更好吗（高版本就有可能修复之前的一些问题），我的 2014 late 13 寸已经升级到最新版本了，没发现什么问题。

看方法签名来解释？应该只是是 jvm 实现者的一些考虑和选择吧。毕竟操作系统层面的 socket api （ c/api ），也不是通过 exception 来表示 read 一个 closed 的 socket 。
/**
* Reads the next byte of data from the input stream. The value byte is
* returned as an <code>int</code> in the range <code>0</code> to
* <code>255</code>. If no byte is available because the end of the stream
* has been reached, the value <code>-1</code> is returned. This method
* blocks until input data is available, the end of the stream is detected,
* or an exception is thrown.
*
* <p> A subclass must provide an implementation of this method.
*
* @return the next byte of data, or <code>-1</code> if the end of the
* stream is reached.
* @exception IOException if an I/O error occurs.
*/
public abstract int read() throws IOException;