什么只是调用.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()被调用。(我从未见过那个习惯用法……但它会起作用。)我不希望它使代码更快,但它会使它更紧凑。null
但是,如果这是在(原始)源代码中完成的,则似乎没有必要。几行之后,代码var10001::get将其作为Stream.map调用中的参数传递。我很确定该评估var10001::get将需要检查var10001不是null.
- The source code artifact `var10001::get` implies a `null` check, but there is no automatic check at bytecode level or, in other words, the expression gets compiled to a null check and an `invokedynamic` instruction whereas apparently, the decompiler converted the `invokedynamic` instruction back to a method reference but did not remove the associated null check.