Что такое использование дженериков в Java? X.‹Y›метод()

Это явная спецификация типа универсального метода. Вы всегда можете это сделать, но в большинстве случаев это не требуется. Однако в некоторых случаях это требуется, если компилятор не может самостоятельно определить общий тип.

См. пример в конце страницы руководства.

Обновление: допустим только первый из ваших примеров. Аргумент явного типа должен быть, ну, явным, поэтому там не допускаются подстановочные знаки, extends или super. Более того, либо вы явно указываете каждый аргумент типа, либо ни один из них; т. е. количество явных аргументов типа должно совпадать с количеством параметров типа вызываемого метода. Параметр типа, такой как T, разрешен, если он хорошо определен в текущей области, например. как параметр типа окружающего класса.

Вы правы на 100%, это поможет с выводом типа. В большинстве случаев вам не нужно делать это в Java, поскольку он может вывести тип (даже из левой части присваивания, что довольно круто). Этот синтаксис описан в руководстве по обобщениям на веб-сайте Java.

Просто небольшое дополнение к другим ответам.

При получении соответствующей ошибки компилятора:

В то время как «традиционный» подход к кастингу

(Comparator<TimeUnit>) Collections.reverseOrder()

похоже на подход дженериков

Collections.<TimeUnit>reverseOrder()

подход к приведению, конечно, не является типобезопасным (возможное исключение во время выполнения), в то время как подход с использованием дженериков создаст ошибку компиляции, если возникнет проблема. Таким образом, подход с использованием дженериков, конечно, предпочтительнее.

Как пояснили другие ответы, это поможет компилятору выяснить, какой универсальный тип вам нужен. Обычно это необходимо при использовании служебных методов Collections, которые возвращают что-то общего типа и не получают параметров.

Например, рассмотрим методы Collections.empty*, которые возвращают пустую коллекцию. Если у вас есть метод, который ожидает Map<String, String>:

public static void foo(Map<String, String> map) { }

Вы не можете напрямую передать ему Collections.emptyMap(). Компилятор будет жаловаться, даже если он знает, что ожидает Map<String, String>:

// This won't compile.
foo(Collections.emptyMap());

Вы должны явно объявить нужный тип в вызове, что, на мой взгляд, выглядит довольно уродливо:

foo(Collections.<String, String>emptyMap());

Или вы можете опустить объявление этого типа в вызове метода, если вы назначите возвращаемое значение emptyMap переменной перед передачей его в функция, которую я считаю довольно нелепой, потому что она кажется ненужной и показывает, что компилятор действительно непоследователен: он иногда делает вывод типов для универсальных методов без параметров, но иногда это не так:

Map<String, String> map = Collections.emptyMap();
foo(map);

Это может показаться не очень важным, но когда универсальные типы начинают становиться более сложными (например, Map<String, List<SomeOtherGenericType<Blah>>>), некоторые начинают желать, чтобы в Java был более интеллектуальный вывод типов (но, поскольку это не так, вероятно, кто-то начнет писать новые классы там, где это не нужно, просто чтобы избежать всех этих уродливых <> =D).

В данном случае это способ сообщить методу reverseOrder, какой порядок должен применяться к объекту в зависимости от указанного вами типа. Компаратор должен получить конкретную информацию о том, как упорядочивать вещи.