为什么Map不能用于Groovy中的GString

Question

使用下面的代码片段，我无法从映射中检索gString:

def contents = "contents"
def gString = "$contents"
def map = [(gString): true]
assert map.size() == 1 // Passes
assert gString.hashCode() == map.keySet().first().hashCode() // Passes, same hash code
assert map[gString] // Fails

这到底怎么可能?

断言消息清楚地表明Groovy有严重的错误:

assert map[gString] // Fails
       |  ||
       |  |contents
       |  null
       [contents:true]

这不是同一个问题为什么groovy在字典中看不到一些值?第一个答案是:

您正在添加GString实例作为map中的键，然后使用String实例搜索它们。

在这个问题中，我明确地添加了GString，并试图检索GString。

也没有为什么在映射中寻址GString键的方式有不同的行为?也不是Groovy在GStringImpl上使用equals()和==的不同结果对我来说有一个答案。我不改变任何东西，我不把String和GString混合。

Answer 1

tl;dr:您似乎发现了Groovy运行时参数重载计算中的一个bug。

答:

map[gString]在运行时通过Groovy的操作符重载机制直接被计算为map.getAt(gString)。到目前为止，一切都很好，但现在一切都开始出错了。Java LinkedHashMap类在其类型层次结构中没有任何getAt方法，因此Groovy必须使用动态关联的mixin方法(实际上，这句话有点颠倒了)。Groovy使用mixin方法在之前使用类层次结构中声明的方法)

所以，长话短说，Groovy将map.getAt(gString)解析为使用类别方法DefaultGroovyMethods.getAt()。非常简单,对吧?除了这个方法有大量不同的参数重载，其中几个可能会应用，特别是当您考虑到Groovy的默认参数强制转换时。

不幸的是，Groovy没有选择看起来完美匹配的DefaultGroovyMethods.getAt(Map<K,V>,K)，而是选择了DefaultGroovyMethods.getAt(Object,String)，这将GString键参数强制转换为String。由于实际的键实际上是一个GString，因此该方法最终无法找到该值。

对我来说，真正的杀手是，如果参数重载解析是直接从代码中执行的(而不是在操作符解析和类别方法选择之后)，那么Groovy就会做出正确的重载选择!也就是说，如果你替换这个表达式:

map[gString]

DefaultGroovyMethods.getAt(map,gString)

则参数重载被正确解析，并找到并返回正确的值

Answer 2

Groovy没有任何问题。GString是而不是 String。它是可变的，因此永远不应该用作map中的键(像Java中任何其他可变对象一样)。

在文档中了解更多信息:http://docs.groovy-lang.org/latest/html/documentation/index.html#_gstring_and_string_hashcodes