Когда catch на самом деле ничего не ловит [дубликат]

объяснение

java.ленг.IllegalArgumentException: метод сравнения нарушение его общие контракт!

исключение не выбрасывается из вашего try. Вот почему он не пойман. Исключение происходит от NotifierHTML.java:363 в вашем коде, где вы звоните Collection#sort использует TimSort класса. Исключение затем выбрасывается из TimSort.java:868 на TimSort#mergeHi метод.

он говорит вам, что ваша реализация Comparator#compare метод неверен. Это нарушает договор, как поясняется в его документация:

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

конструктор должны обеспечьтеsgn(x.compareTo(y)) == -sgn(y.compareTo(x)) для всех x и y. (Это означает, что x.compareTo(y) должен бросить исключение iff y.compareTo(x) выдает исключение.)

конструктор также должны обеспечить что это транзитивное:(x.compareTo(y) > 0 && y.compareTo(z) > 0) подразумевает x.compareTo(z) > 0.

наконец, конструктор должны обеспечивать это x.compareTo(y) == 0 означает, что sgn(x.compareTo(z)) == sgn(y.compareTo(z)) для всех z.

ваша реализация нарушает одно из этих требований и метод обнаружили, что.

---

источник проблемы

проблема в том, что вы вернете -1 при возникновении ошибки. Предположим, у вас есть два значения first и second. И что хотя бы один из них спровоцирует исключение.

так что если вы хотите сравнить first С second вы получаете -1:

compare(first, second) -> -1

что означает first и меньше чем second. Но если вы сравниваете его по-другому вы получаете -1 тоже:

compare(second, first) -> -1

потому что исключение выбрасывается в обоих вариантах, что приводит к вашему return -1;. Но это означает ваш compare метод говорит:

first < second
second < first

оба одновременно, что логически неверно и нарушает договор.

---

решение

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

text < number

что нам делать, если и то и другое непростительно? Мы могли бы сказать, что они равны, мы могли бы сравнить их лексикографически. Давайте просто скажем, что любые два текста считаются равными:

text = text

мы реализуем это, проверяя, какие из аргументов являются неприменимыми, а затем возвращая правильное значение:

@Override
public int compare(Employee first, Employee second) {
    Integer firstValue;
    Integer secondValue;
    try {
        firstValue = Integer.parseInt(first.getBadgeNumber());
    } catch (NumberFormatException e) {
        // Could not parse, set null as indicator
        firstValue = null;
    }
    try {
        secondValue = Integer.parseInt(second.getBadgeNumber());
    } catch (NumberFormatException e) {
        // Could not parse, set null as indicator
        secondValue = null;
    }

    if (firstValue == null && secondValue != null) {
        // text < number
        return -1;
    }
    if (firstValue != null && secondValue == null) {
        // number > text
        return 1;
    }
    if (firstValue == null && secondValue == null) {
        // text = text
        return 0;
    }

    // Both are numbers
    return Integer.compare(firstValue, secondValue);
}

как намекали в комментариях вы могли бы заменить весь ваш заказ Comparator класс следующий оператор, который генерирует тот же компаратор:

Comparator<Employee> comp = Comparator.nullsLast(
    Comparator.comparing(e -> tryParseInteger(e.getBadgeNumber())));

вместе с tryParseInteger способ такой:

public static Integer tryParseInteger(String text) {
    try {
        return Integer.parseInt(text);
    } catch (NumberFormatException e) {
        return null;
    }
}

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

таким образом, ваш try-catch не поймал бы ошибку или какой-либо бросок, кроме исключения.

public static void main(String[] args) {

    try {
        throw new Error("test exception try-catch");
    } catch (Throwable e) {
        System.out.println("Error caught in throwable catch");
    }

    try {
        throw new Error("test exception try-catch");
    } catch (Exception e) {
        System.out.println("Error caught in exception catch");
    }
}

что приведет к:

Error caught in throwable catch
Exception in thread "main" java.lang.Error: test exception try-catch
    at ...

это исключение не бросается в сравнить метод, который вы вставили сюда. Проверка трассировки стека. Нет никакого compare звонок в ней.

исключение из TimSort.mergeHi() вызывается внутренне, как вы явно вызывается Collections.sort():

на java.утиль.TimSort.mergeHi(TimSort.java: 868)

вы можете переместить оператор catch вокруг sort() но как следствие сортировка не будет выполнена или не будет полной. Так что, похоже, это не очень хорошая идея.
Короче говоря: не нарушайте compareTo() контракт, и вам не нужно будет ловить любое исключение, которое не произойдет длиннее.