Collections.unmodifiableMap()的理解

照常，先来看看Collections.unmodifiableMap()的API:

unmodifiableSortedMap

public static <K,V> SortedMap<K,V> unmodifiableSortedMap(SortedMap<K,? extends V> m)
返回指定有序映射的不可修改视图。此方法允许模块为用户提供对内部有序映射的“只读”访问。在返回的有序映射上执行的查询操作将“读完”指定的有序映射。试图修改返回的有序映射（无论是直接修改、通过其 collection 视图修改，还是通过其 subMap、 headMap或 tailMap视图修改）将导致抛出 UnsupportedOperationException。
如果指定的有序映射是可序列化的，则返回的有序映射也将是可序列化的。

参数：
m - 将为其返回一个不可修改视图的有序映射。
返回：
指定有序映射的不可修改视图。
可能API中的解释不太好理解，没关系，看一个例子你就明白了：

package go.jacob.day729;
 
import java.util.Collections;
import java.util.HashMap;
import java.util.Map;
 
public class Demo5 {
	public static void main(String[] args) {
		Map<Integer,StringBuilder> map=new HashMap<Integer,StringBuilder>();
		map.put(1,new StringBuilder("c1"));
		map.put(2,new StringBuilder("c2"));
		map.put(3,new StringBuilder("c3"));
		
		Map<Integer,StringBuilder> unmodifiableMap=Collections.unmodifiableMap(map);
		//这时候如果再往unmodifiableMap中添加元素，会发生错误
		//unmodifiableMap.put(4,new StringBuilder("c4"));
		
		
		
	}
}

运行结果将会抛出UnsupportedOperationException异常。
但是，由于map中的value是StringBuilder类型，是可变对象，所以依然可以对key进行修改。看如下代码：

package go.jacob.day729;
 
import java.util.Collections;
import java.util.HashMap;
import java.util.Map;
 
public class Demo5 {
	public static void main(String[] args) {
		Map<Integer,StringBuilder> map=new HashMap<Integer,StringBuilder>();
		map.put(1,new StringBuilder("c1"));
		map.put(2,new StringBuilder("c2"));
		map.put(3,new StringBuilder("c3"));
		
		Map<Integer,StringBuilder> unmodifiableMap=Collections.unmodifiableMap(map);
		//这时候如果再往unmodifiableMap中添加元素，会发生错误
		//unmodifiableMap.put(4,new StringBuilder("c4"));
		
		unmodifiableMap.get(3).append("new");
		System.out.println(unmodifiableMap.get(3));
		
	}
}

运行结果：c3new

最后一个问题，如果修改原map中的对象，是否会影响到unmodifiableMap呢？直接看结果

map.get(1).append("new");
System.out.println(unmodifiableMap.get(1));

结果：c1new
很显然，结果改变了，所以我们认为这是对map对象的深拷贝