是否存在JVM语言可实现包含同签名不同返回值方法的两个接口？

当然可以！你遇到的这个情况刚好戳中了Java语言规范和JVM规范的差异点——Java语言层面不允许同签名（方法名+参数列表完全一致）但返回类型不同的方法共存，但JVM本身的方法签名是包含返回类型的，所以底层其实是支持这种情况的。下面给你具体讲几种可行的方案，优先说你偏好的Groovy：

Groovy实现方案 #

Groovy作为动态JVM语言，允许你直接写出符合需求的代码，它的编译器会自动生成符合JVM规范的字节码，绕过Java语言的限制。示例代码如下：

// 假设你已经有这两个无法修改的接口
interface FooPrinter {
    void foo(String bar)
}

interface FooGiver {
    String foo(String bar)
}

class FooImpl implements FooPrinter, FooGiver {
    // 实现FooPrinter的void版本foo方法
    void foo(String bar) {
        println "执行打印逻辑: $bar"
    }

    // 实现FooGiver的String版本foo方法
    String foo(String bar) {
        return "执行返回逻辑: $bar"
    }
}

当你把FooImpl的实例分别强转为FooPrinter或FooGiver时，调用foo方法会自动匹配对应的实现：

• 转成FooPrinter调用时，会执行void版本的逻辑
• 转成FooGiver调用时，会执行返回String的版本

而且这个实现完全可以被其他JVM语言（比如Java、Scala）调用，只要强转成对应的接口类型就行，完全满足你的需求。

其他JVM语言备选方案 #

如果你需要其他选项，Scala也能实现类似效果。Scala的方法签名规则支持基于返回类型的重载，示例代码如下：

// 对应你的两个接口
trait FooPrinter {
  def foo(bar: String): Unit
}

trait FooGiver {
  def foo(bar: String): String
}

class FooImpl extends FooPrinter with FooGiver {
  override def foo(bar: String): Unit = {
    println(s"执行打印逻辑: $bar")
  }

  override def foo(bar: String): String = {
    s"执行返回逻辑: $bar"
  }
}

同样，这个类可以被其他JVM语言跨调用，强转成对应接口即可正常使用。

注意事项 #

• 不要直接从FooImpl的实例调用foo方法（不转接口），因为此时Groovy/Scala会因为方法歧义抛出错误——不过你明确说不需要从具体类调用，刚好规避了这个问题。
• 编译时可能会出现警告，但完全不影响运行，你可以通过添加@SuppressWarnings注解忽略这些警告。

内容来源于stack exchange