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]

这与Why groovy does not see some values in dictionary?的问题不同第一个答案是：

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

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

Why are there different behaviors for the ways of addressing GString keys in maps?和Groovy different results on using equals() and == on a GStringImpl也没有答案。我不会改变任何内容，我不会将String与GString混合。

Answer 1

tl; dr：您似乎在Groovy的运行时参数重载评估中发现了一个错误。

<强>答案：

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。由于实际密钥实际上是map[gString]，因此该方法最终无法找到该值。

对我而言真正的杀手是，如果参数重载决策是直接从代码执行的（而不是在运算符解析和类别方法选择之后），那么Groovy会做出正确的重载选择！也就是说，如果你替换这个表达式：

DefaultGroovyMethods.getAt(map,gString)

用这个表达式：

Service.update(id, value);

然后正确解析正确的参数重载，并找到并返回正确的值。

Answer 2

Groovy没有任何问题。 GString 不一个字符串。它是可变的，因此永远不应该用作映射中的键（就像Java中的任何其他可变对象一样）。

在文档中了解详情：http://docs.groovy-lang.org/latest/html/documentation/index.html#_gstring_and_string_hashcodes

为什么Map不适用于Groovy中的GString？

2 个答案: