Лямбди Java 8, Function.identity () або t-> t

У мене є питання щодо використання Function.identity()методу.

Уявіть собі наступний код:

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.

Чи є якась причина, чому слід використовувати Function.identity()замість str->str(або навпаки). Я думаю, що другий варіант є більш читабельним (справа смаку, звичайно). Але чи є якась "реальна" причина, чому слід віддати перевагу?

Що стосується поточної реалізації JRE, Function.identity()завжди буде повертати один і той же екземпляр, тоді як кожне виникнення identifier -> identifierне тільки створюватиме власний екземпляр, але навіть матиме окремий клас реалізації. Детальніше дивіться тут .

Причина полягає в тому, що компілятор генерує синтетичний метод, утримуючи тривіальне тіло цього лямбда-виразу (у випадку x->x, що еквівалентно return identifier;), і повідомляє час виконання, щоб створити реалізацію функціонального інтерфейсу, що викликає цей метод. Таким чином, час виконання бачить лише різні цільові методи, і поточна реалізація не аналізує методи, щоб з'ясувати, чи певні методи є рівнозначними.

Тож використання Function.identity()замість цього x -> xможе заощадити деяку пам’ять, але це не повинно впливати на ваше рішення, якщо ви дійсно вважаєте, що x -> xце читабельніше, ніж Function.identity().

Ви також можете врахувати, що при компіляції з увімкненою інформацією про налагодження синтетичний метод матиме атрибут налагодження рядка, що вказує на рядки (джерела) вихідного коду, що містять лямбда-вираз, тому у вас є шанс знайти джерело конкретного Functionпримірника під час налагодження . На відміну від цього, коли зустрічаєте екземпляр, повернутий під Function.identity()час налагодження операції, ви не знатимете, хто викликав цей метод і передав екземпляр в операцію.

У вашому прикладі немає великої різниці між str -> strі Function.identity()так внутрішньо це просто t->t.

Але іноді ми не можемо використовувати, Function.identityтому що не можемо використовувати Function. Подивіться тут:

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

це складе штрафи

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

але якщо спробувати скласти

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

ви отримаєте помилку компіляції, оскільки mapToIntочікуєте ToIntFunction, що не пов’язано з Function. Також ToIntFunctionне має identity()методу.

З джерела JDK :

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

Отже, ні, доки це синтаксично правильно.