根据课件里的说法,Collections.unmodifiableList属于一种包装器,得到的结果是不可变的,然而实践验证和查阅资料后,我们可以发现这种不可变并不是绝对的,而是需要我们运用一定的方式来合理应用。
一.可变的内容
虽然Collections.unmodifiableList方法得到的list确实是immutable的,试验对其进行改变,触发相应异常。
然而这并不意味着unlist的内容在程序运行过程中不会发生变化,我们实际可以通过修改list的值修改unlist的值,这意味着实际上两者指向同一地址空间,内容也就可以被改变。
二.合理的应用方式
既然通过Collections.unmodifiableList得到的list内容可以被改变,便存在相应风险,尽管我们可以尽量避免泄露原来的list来规避风险,但仍不能彻底消除这种风险。
实际上我们可以用一种合理的应用方式彻底规避这种风险,那就是在unmodifiableList里new一个新对象,这个新对象由list生成。这样的话unlist内容跟list一样, 但是list后续的变化不会再影响到unlist的内容,即使别人获取了list,也不会产生风险,保障了unlist的内容不变性。