什么只是调用 .getClass();做?
What does just calling .getClass(); do?
我正在查看一些反编译代码并看到 .getClass();
、即 没有对其 return 值进行任何操作。
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);
}
那是做什么用的?原来的代码是这样的吗? (到目前为止,我还没有看到反编译代码的实例 not 至少与源代码逐行匹配。)
这看起来有点像是一个断言,但是这样做与让 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();
是对returnClass
对象的类型var10001
所指的对象。但是 returned 的值似乎被丢弃了,因此调用(显然)没有实现任何目标。因此,我的初步结论是反编译器已经塞满了。
您可能需要直接阅读(反汇编的)字节码以辨别它们实际在做什么。 (或者您可以尝试不同的反编译器。)
更新
可能 getClass()
被调用 只是为了 检查 null
的副作用。 (我从来没见过那个成语……但它会起作用。)我不希望它使代码更快,但它会使它更紧凑。
但是,如果这是在(原始)源代码中完成的,则似乎没有必要。几行之后,代码采用 var10001::get
并将其作为参数传递给 Stream.map
调用。我很确定评估 var10001::get
将需要检查 var10001
不是 null
.
我正在查看一些反编译代码并看到 .getClass();
、即 没有对其 return 值进行任何操作。
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);
}
那是做什么用的?原来的代码是这样的吗? (到目前为止,我还没有看到反编译代码的实例 not 至少与源代码逐行匹配。)
这看起来有点像是一个断言,但是这样做与让 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();
是对returnClass
对象的类型var10001
所指的对象。但是 returned 的值似乎被丢弃了,因此调用(显然)没有实现任何目标。因此,我的初步结论是反编译器已经塞满了。
您可能需要直接阅读(反汇编的)字节码以辨别它们实际在做什么。 (或者您可以尝试不同的反编译器。)
更新
可能 getClass()
被调用 只是为了 检查 null
的副作用。 (我从来没见过那个成语……但它会起作用。)我不希望它使代码更快,但它会使它更紧凑。
但是,如果这是在(原始)源代码中完成的,则似乎没有必要。几行之后,代码采用 var10001::get
并将其作为参数传递给 Stream.map
调用。我很确定评估 var10001::get
将需要检查 var10001
不是 null
.