@lewis89 说得在理。如果我们学这些专业课只是为了在编码是做一下这些优化，那真的完全是鸡肋。但是其中的精髓应该是解决这些问题方式，这个是我们应该去领悟到的。好比缺页导致系统颠簸，阿姆达尔定律等等，这些知识点对我们排查故障或者大型系统优化时时很有用的。

人定胜天

按 9 楼操作

说真的，这一路比走高考难度低很多。专升本难度就是低的一匹，我看过试卷

@billlee @vjnjc

《 Effective Java 》中有一段这样的描述：
-----------------------------------------------------------------------------------------------------------------------------
不幸的是，JavaBeans 模式本身有严重的缺陷。由于构造方法在多次调用中被分割，所以在构造过程中 JavaBean
可能处于不一致的状态。该类没有通过检查构造参数参数的有效性来执行一致性的选项。在不一致的状态下尝试使用
对象可能会导致与包含 bug 的代码大相径庭的错误，因此很难调试。
-----------------------------------------------------------------------------------------------------------------------------
一直模拟出构造方法被割裂而导致的不一致。
不知道大家有没有一个很好例子？

真锤子科技有限公司

@billlee
一针见血。
我漏看了 return new Address(id, street);是传递两个值过去的，且一直在纠结这个构造函数 final 域的问题。
addressBuilder.id = 1L;
addressBuilder.street = "street 1";
只有这两句可以被重排。
剩下的是内存可见性问题。

这一行是接在
Address address = addressBuilder.build();
后面

obj = address;

补上编译后代码漏了上面一行。

@billlee @vjnjc
我感觉用 builder pattern 构造 immutable 对象也不是线程安全的。
```java
Address address = Address.builder()
.id(1L)
.street("street 1")
.build();
```
可能编译后(指令重排)如下：
```java
AddressBuilder addressBuilder = new AddressBuilder();
Address address = addressBuilder.build();
addressBuilder.id = 1L;
addressBuilder.street = "street 1";
```
这时候，线程 B 可能读取到 address 实例未初始化的值。

但是如果使用构造函数实例化，final 内存模型能保证 address 已经初始化完毕。

不知道我的理解是否有错？
请不吝赐教。

我！年轻人！渴望力量！敢问怎么成长起来的！

@petelin 你是对的。题主想表达的意思应该是比特币在 cap 理论限制下，怎么做到达成一致性的。比特币确实是巧妙地绕过了，但没解决。

列个线性同余方程就解就可以了

线性同余问题

特定场景下，可以突破。区块链并没有解决这个问题，但挖矿机制制造出了特定场景。

心胸没有必要这么狭隘