为什么要把一根绳子换成一根绳子？

Question

Oracle Java社区网站上的一篇文章给出了以下方法作为示例（对于JPA转换器，但我想这与此无关）：

public Boolean convertToEntityAttribute(String y) {
    String val = (String) y;
    if(val.equals("Y")){
        return true;
    } else {
        return false;
    }
}

将字符串y转换为字符串val有什么用？这样做有正当理由吗？

原创文章：JPA中的新功能

Answer 1

这种多余的铸造是无用的。

当前的代码可以简化为

public Boolean convertToEntityAttribute(String y) {
    return "Y".equals(y);
}

Answer 2

这样做有正当理由吗？

没有任何¹。

但另一方面，Java编译器知道类型转换是不必要的，并对其进行了优化。因此，唯一的“损害”是可读性。

例如。

[stephen@blackbox tmp]$ cat Test.java 
public class Test {
    public void test (String x) {
        String s = (String) x;
        System.out.println(s);
    }
}
[stephen@blackbox tmp]$ javac Test.java 
[stephen@blackbox tmp]$ javap -c Test
Compiled from "Test.java"
public class Test {
  public Test();
    Code:
       0: aload_0
       1: invokespecial #1                  // Method java/lang/Object."<init>":()V
       4: return

  public void test(java.lang.String);
    Code:
       0: aload_1
       1: astore_2
       2: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
       5: aload_2
       6: invokevirtual #3                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
       9: return
}
[stephen@blackbox tmp]$ 

语句String s=（String）x 被编译成一个简单的加载和存储；无checkcast指令。

如果JIT编译器能够优化掉冗余的checkcast。。。如果它看到了。

^{1-。。。手写代码。在生成的源代码中，可以使用冗余类型转换，以便更容易地编写源代码生成器。毕竟，生成代码的可读性在很大程度上是无关紧要的}

Answer 3

这样的演员阵容完全没有必要我可以想象那是以前

public Boolean convertToEntityAttribute(Object y) {
    String val = (String) y;
    ...
}

但后来参数类型改为String，作者只是忘了删除强制转换。