为什么我不能得到与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 gString.is(map.keySet().first()) // Passes, exactly the same object
assert map[gString] // Fails

这怎么可能?

有趣的是，map.get(map.keySet()[0])工作正常，而map.get[map.keySet()[0]]没有。

断言消息清楚地显示有错误:

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

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

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

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

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

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)

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