将Collections.unmodifiable *传递给已经用Collections.unmodifiable *包装的实例，效率低下吗？

Question

我通过不同的自定义（源代码不可用）框架来完成一些零碎工作，这些框架将Map实例交还给我。不幸的是，这些框架在返回的Map实例（由Collections.unmodifiableMap包装）中不一致。为了确保我的代码具有更高的不变性（以便更轻松地使用多线程），我对这些框架返回的任何内容统一调用了Collections.unmodifiableMap。

Map<String, Record> immutableMap = framework.getRecordsByName();
//does this created a nested set of unmodifiableMap wrapper instances?
this.immutableField = Collections.unmodifiableMap(immutableMap);
.
.
.
Map<String, Record> maybeImmutableMap = framework.getRecordsByName();
//is there some means to get instanceof to work?
if (!(maybeImmutableMap instanceof Collections.UnmodifiableMap))
{
    this.immutableField = Collections.unmodifiableMap(maybeImmutableMap);
}

我意识到我可能在设计的这一部分存在性能问题。而且在某些情况下，我正在调用Collections.unmodifiableMap，并将其传递给实例，该实例已经由框架通过同一调用包装。我的重新包装很可能导致整个实例的额外方法调用。

看来使用“ instanceof
Collections.UnmodifiableMap”无效。而且我找不到任何方法来检测（除非使用反射，在这种情况下这不是一种选择-
方式太慢）是否需要包装当前正在引用的Map实例。

问题：

A）是否可以检查Collections.unmodifiableMap（）方法是否传递了UnmodifiableMap的实例，如果是，则返回相同的引用（从而避免在调用该方法之前进行检查）？

B）为了主动避免收到修改异常，是否有一种方法可以查询Map实例（除了使用反射），以检测它是否可变（或不可变）？

C）如果对A的回答为否，那么JVM / HotSpot中是否有一些效率可以消除通过多个方法跃点到达核心实例的调用的开销？

Answer 1

查看所有反馈后，我得出的结论是，无论我做什么，解决方案都将是某种形式的污泥（有轻微的气味）。我认为这是由于这样的事实，即Collections
API的产生不可修改实例的部分没有提供避免嵌套不可修改实例的功能，也没有为客户端提供一种“公共”方式来正确避免嵌套。

并且由于考虑到多个类加载器以及通过RMI进行序列化的考虑，我真正喜欢的一个解决方案（Jorn
Horstmann的类参考比较）存在问题。但是，当我采用他的方法并将其与对类名方法的修改（由Eugene
Kuleshov推荐）相结合时，我认为我将尽可能接近找到一种对我的多线程有帮助的解决方案分布式处理环境。它有点像这样：

public class MyCollections {
    private static final String UNMODIFIABLE_MAP_CLASS_NAME =
        Collections.unmodifiableMap(new HashMap()).getClass().getName();

    public static <K, V> Map<K, V> unmodifiableMap(Map<K, V> map) {
        return map.getClass().getName().equals(UNMODIFIABLE_MAP_CLASS_NAME)
                 ? map
                 : Collections.unmodifiableMap(map);
    }
}

假设 所有事情都在同一个ClassLoader上下文中发生 并且
类名的字符串已正确插入，那么这仍然具有引用比较的所有优点。并且在礼貌地保持封装的同时做到了这一点（避免我的代码直接引用类名）。但是，如果这两个假设不成立，则评估将退回到标准字符串比较，前提是假设类名在库的不同版本之间没有变化（这似乎可能性很小）。

这种方法有什么我遗忘或遗漏的吗？

再次感谢大家，您的反馈意见。我真的很感激。