Java 8 lambdas, Function.identity () lub t-> t

Mam pytanie dotyczące zastosowania Function.identity()metody.

Wyobraź sobie następujący kod:

Arrays.asList("a", "b", "c")
          .stream()
          .map(Function.identity()) // <- This,
          .map(str -> str)          // <- is the same as this.
          .collect(Collectors.toMap(
                       Function.identity(), // <-- And this,
                       str -> str));        // <-- is the same as this.

Czy jest jakiś powód, dla którego powinieneś używać Function.identity()zamiast str->str(lub odwrotnie). Myślę, że druga opcja jest bardziej czytelna (oczywiście kwestia gustu). Ale czy istnieje jakiś „prawdziwy” powód, dla którego należy być preferowanym?

Począwszy od bieżącej implementacji JRE, Function.identity()zawsze zwróci tę samą instancję, a każde wystąpienie identifier -> identifierspowoduje nie tylko utworzenie własnej instancji, ale nawet odrębną klasę implementacji. Aby uzyskać więcej informacji, zobacz tutaj .

Powodem jest to, że kompilator generuje syntetyczną metodę z trywialnym ciałem tego wyrażenia lambda (w przypadku x->xrównoważnika return identifier;) i informuje środowisko wykonawcze, aby utworzyło implementację funkcjonalnego interfejsu wywołującego tę metodę. Dlatego środowisko wykonawcze widzi tylko różne metody docelowe, a bieżąca implementacja nie analizuje metod w celu ustalenia, czy niektóre metody są równoważne.

Więc użycie Function.identity()zamiast x -> xmoże zaoszczędzić trochę pamięci, ale nie powinno to decydować o twojej decyzji, jeśli naprawdę uważasz, że x -> xjest to bardziej czytelne niż Function.identity().

Możesz również wziąć pod uwagę, że podczas kompilacji z włączonymi informacjami debugowania metoda syntetyczna będzie miała atrybut debugowania linii wskazujący na linie kodu źródłowego zawierające wyrażenie lambda, dlatego masz szansę znaleźć źródło konkretnej Functioninstancji podczas debugowania . Natomiast podczas napotkania instancji zwróconej Function.identity()podczas debugowania operacji nie wiadomo, kto wywołał tę metodę i przekazał instancję do operacji.

W twoim przykładzie nie ma dużej różnicy między, str -> stra Function.identity()wewnętrznie jest to po prostu t->t.

Ale czasami nie możemy użyć, Function.identityponieważ nie możemy użyć Function. Spójrz tutaj:

List<Integer> list = new ArrayList<>();
list.add(1);
list.add(2);

to dobrze się skompiluje

int[] arrayOK = list.stream().mapToInt(i -> i).toArray();

ale jeśli spróbujesz skompilować

int[] arrayProblem = list.stream().mapToInt(Function.identity()).toArray();

pojawi się błąd kompilacji, ponieważ mapToIntoczekuje ToIntFunction, że nie jest to związane z Function. Również ToIntFunctionnie ma identity()metody.

Ze źródła JDK :

static <T> Function<T, T> identity() {
    return t -> t;
}

Więc nie, pod warunkiem, że jest poprawny pod względem składniowym.