我知道两个场景，就是双重检查锁和对多个对象同步
像这样
synchronized(player) {
synchronized(field) {
// code
}
}
据说这样都是不安全的，需要考虑不安全构造，但是我想想，如果一个对象还没有构造完成就把引用丢出来，那我岂不是时时刻刻都要小心，这样用java不对吧
想得太多了，会发现寸步难行的。
JVM的重排序，导致系统发生故障的情况肯定是很少见的，不然JVM的重排序岂不是坑人的玩意儿了。
重排序本身就是在安全性和性能之间做了一个权衡，既提高性能，又兼顾到安全性，重排序还是遵循了很多约束的。
可以通过volitile、final（新版本的）、锁控制重排序。
可是java可以重排对象引用的赋值和对象域的初始化？这对编写正确的多线程程序太难了吧
1、私有化
2、无状态
3、复制
你的这种情况如果是编写应用程序 很少会遇到的，还可以这样 首先根据playey和field去获取一把锁，然后同步这把锁，这样实现起来要简单的多
所以最好的做法是复制（如erlang、scala等的实现） 或者你去看下actor
这个你不用担心，构造函数的调用是线程安全的。只要你不在构造函数里把this抛出就没有问题。