我在 LinkedHashMap 中遇到了一些令人困惑的行为
chalice 2.0.3。在 grails 控制台中运行以下脚本:
def m = ["smart-1":[stuff:'asdf']]
println m.getClass()
def p = [id:1]
println m."smart-$p.id"
println m["smart-$p.id"]
println m.get("smart-$p.id")
println m.'smart-1'
println m['smart-1']
println m.get('smart-1')
给出输出:
class java.util.LinkedHashMap
[stuff:asdf]
[stuff:asdf]
null
[stuff:asdf]
[stuff:asdf]
[stuff:asdf]
在集成测试中，我看到了相反的行为 - 我只能
使用
m.get(GStringImpl) 获取 HashMap 的内容(而不是m.get(String) )。这种行为是预期的还是已知的？
最佳答案
第一:不要在哈希映射键中使用GString。曾经。您几乎总是在检索项目时遇到问题，因为 GString is not a String(该页面上的红色框)并且没有相同的哈希值。相反，请使用以下选项之一:
def key = 'key'
['key': value]
[(key): value]
[("some $key".toString()): value]
这可确保您在使用字符串时始终获得结果。 (因此，对于查找，也始终使用字符串。)
我不确定您为什么会看到这种奇怪的行为，但我不确定，但我有100％的猜测。
get() 方法是一种 Java 方法，而数组样式(可能还有属性样式)的查找是使用 getAt() 实现的，它是一种 Groovy (GDK) 方法。我的猜测是 Groovy 方法知道 GStrings，并且默默地处理转换以确保您不会被绊倒。最简单的解决方案是始终使用
getAt()而不是get:def m = ['smart-1':[stuff:'asdf']]
println m.getClass()
def p = [id:1]
println m."smart-$p.id"
println m["smart-$p.id"]
println m.getAt("smart-$p.id")
println m.'smart-1'
println m['smart-1']
println m.getAt('smart-1')
哪个工作正常。
更好的解决方案是确保在查找值时使用字符串，如下所示:
println m.get("smart-$p.id".toString())
这也有效。我比较喜欢这个方法，因为直接调用这个方法的时候，你的key是String就更清楚了。在使用数组样式或属性样式访问器时，我仍然会使用普通的 GString，因为这是标准的 Groovy 语法。
这很可能是因为您的哈希图中的键是 GString。
如果 GString 没有任何变量，Groovy 编译器会默默地将其转换为 String 字面量(更好的性能)，这就是为什么上面的示例实际上使用 String 作为键，但查找使用的是 GString。
例如
"Hello $name" -> GString('Hello $name')
"Hello Bob" -> 'Hello Bob'
最后一个想法:只要您使用 groovy，就不要使用
get() ，因为 Groovy 提供了更清晰的 [] 和属性语法。