Groovy插值字符串与普通字符串作为HashMap键不匹配问题问询

1. 此现象是否为设计如此？ #

是设计预期的行为。Groovy的GStringImpl（插值字符串的实现类）和Java的String是不同类型：

• Groovy的==运算符会调用equals()方法，GString和String的equals()会比较字符串内容是否一致，所以二者==判断相等。
• 但HashMap的键匹配依赖**hashCode()和equals()共同生效**，GStringImpl和String的hashCode()计算逻辑不同（GString的hashCode会随插值变量动态变化，而String的hashCode是固定的），所以即使内容相同，哈希值也不匹配，导致HashMap无法找到对应值。

2. 是否存在编译器设置或更优解决办法？ #

有几种更简洁的处理方式：

• 静态编译优化：在类或方法上添加@groovy.transform.CompileStatic注解，开启静态编译后，Groovy会将插值字符串直接编译为java.lang.String类型，从根源避免类型差异，同时还能提升代码性能。
• 语法层面显式转String：可以用as关键字直接转换，或者显式声明变量类型：

  // 方式1：as关键字转换
  def key1 = "${someVar}" as String
  // 方式2：显式声明类型
  String key1 = "${someVar}"
  

• 利用Groovy语法糖简化：如果是直接往Map中存值，也可以在赋值时直接转换，比如：

  def map = [:]
  map["${someVar}" as String] = value
  

3. 是否需要提交Groovy运行时Bug？ #

不需要。这是Groovy对动态字符串（GString）和Java原生String的设计区分，官方文档中明确了二者的类型差异，不属于运行时Bug范畴。

内容的提问来源于stack exchange，提问作者mmo