并发编程设计模式--Immutable Object

传统并发编程的问题：
锁的引入会带来很多的问题，如线程上下文切换开销，以及使编程本身变得复杂

Immutable Object设计模式核心：
使用对外可见但的状态不可变的对象，使得对象天生具有线程安全性，而无需额外的同步控制

问题：
什么是状态不可变的对象？

1.类本身使用final修饰，防止子类修改定义的行为
2.所有字段都使用final修饰，保证字段值不可更改，并且被其它对象可见时必定是初始化完成的
3.this关键字不能暴露给其它类，防止其他类在对象创建过程中修改状态
4.任何字段若引用了其它状态可变的对象，则这些字段必须是private，不能对外暴露字段

适用场景
1.被建模对象的状态变化不频繁

2.同时对一组相关的数据进行写操作，因此需要保证原子性

3.因为不可变对象状态不可变所以hash值不变，所以特别适用某个对象作为安全的hashmap的key，

Immutable Object模式注意以下几个问题

1.被建模对象的状态变更比较频繁时，会创建新的不可变对象，增加jvm垃圾回收的负担和消耗。

2.使用等效或者近似的不可变对象

3.防御性复制：如果不可变对象本身包含一些状态需要对外暴露，而相应的字段有时可变的，那么返回的字段需要做防御性复制，比如hashmap

public Map<String, MMSCInfo>getRouteMap(){
        //防御性复制
        return Collections.unmodifiableMap(deepCopy(routeMap));
    }