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

如何解决什么只是调用 .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。