什么只是调用 .getClass();做什么?

问题描述

我正在查看一些反编译代码并看到 .getClass();没有对其返回值进行任何处理。

  public String forLocale(Locale locale,String keyword) {
    Stream var10000 = getLocaleMappingList(locale,this.getSupportedLocales());
    Map var10001 = this.translations;
    var10001.getClass();
    Map<String,String> translation = (Map)var10000.map(var10001::get).filter((m) -> {
      return m.containsKey(keyword);
    }).findFirst().orElse(this.translations.get(FALLBACK));
    Preconditions.checkState(translation.containsKey(keyword),keyword + " is not a valid translation key");
    return (String)translation.get(keyword);
  }

那是为了什么?原来的代码是这样的吗? (到目前为止,我还没有看到反编译代码的实例至少与源代码逐行匹配。)

这看起来像是一个断言,但是这样做而不是让 var10001::get 出错?还是更多关于性能


更新

这是字节码。学习如何做很酷的事情!

 // access flags 0x1
  public forLocale(Ljava/util/Locale;Ljava/lang/String;)Ljava/lang/String;
   L0
    LINENUMBER 184 L0
    ALOAD 1
    ALOAD 0
    INVOKEVIRTUAL com/spotify/i18n/Translations.getSupportedLocales ()Ljava/util/Set;
    INVOKESTATIC com/spotify/i18n/Translations.getLocaleMappingList (Ljava/util/Locale;Ljava/util/Collection;)Ljava/util/stream/Stream;
    ALOAD 0
    GETFIELD com/spotify/i18n/Translations.translations : Ljava/util/Map;
    DUP
    INVOKEVIRTUAL java/lang/Object.getClass ()Ljava/lang/Class;
    POP
    INVOKEDYNAMIC apply(Ljava/util/Map;)Ljava/util/function/Function; [
      // handle kind 0x6 : INVOKESTATIC
      java/lang/invoke/LambdaMetafactory.Metafactory(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodHandle;Ljava/lang/invoke/MethodType;)Ljava/lang/invoke/CallSite;
      // arguments:
      (Ljava/lang/Object;)Ljava/lang/Object;,// handle kind 0x9 : INVOKEINTERFACE
      java/util/Map.get(Ljava/lang/Object;)Ljava/lang/Object; itf,(Ljava/util/Locale;)Ljava/util/Map;
    ]

解决方法

这看起来像是反编译的代码,我猜测是反编译器没有生成与原始源代码等效的 Java 代码。

字面意思

var10001.getClass();

是返回 Class 对象的 var10001 引用的对象类型。但是返回的值似乎被丢弃了,因此调用(显然)没有实现任何目的。因此,我的初步结论是反编译器已经塞满了。

您可能需要直接阅读(反汇编的)字节码以辨别它们实际在做什么。 (或者你可以尝试不同的反编译器。)


更新

getClass() 称为 solely 是因为检查 null 的副作用是合理的。 (我从来没有见过那个习惯用法……但它会起作用。)我不希望它使代码更快,但它会使代码更紧凑。

但是,如果这是在(原始)源代码中完成的,则似乎没有必要。几行之后,代码采用 var10001::get 并将其作为参数传递到 Stream.map 调用中。我很确定评估 var10001::get 将需要检查 var10001 不是 null