Какой вид у Exception наследующего Error?

Exception, наследующий Error: правильный класс и иерархия

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

Иерархия исключений в Java

// Основная иерархия
Throwable
├── Exception (checked)
│   ├── IOException
│   ├── SQLException
│   ├── RuntimeException (unchecked)
│   │   ├── NullPointerException
│   │   ├── ArrayIndexOutOfBoundsException
│   │   └── ...
│   └── ...
└── Error (unchecked)
    ├── OutOfMemoryError
    ├── StackOverflowError
    ├── VirtualMachineError
    └── ...

Exception и Error НЕ наследуются друг от друга — они оба наследуют Throwable.

Что может означать вопрос

1. "Exception, наследующий Error" неправильно

Если задали вопрос буквально, это неправильное представление. Exception и Error находятся на одном уровне иерархии.

// ❌ НЕПРАВИЛЬНО
public class MyException extends Error { // Плохая практика!
    public MyException(String message) {
        super(message);
    }
}

// Проблемы:
// 1. Это будет unchecked (как Error)
// 2. IDE будет жаловаться
// 3. Нарушает соглашения Java
// 4. Confusing для других разработчиков

2. Правильное наследование Exception

// ✅ ПРАВИЛЬНО — наследуем от Exception (checked)
public class CustomException extends Exception {
    public CustomException(String message) {
        super(message);
    }
    
    public CustomException(String message, Throwable cause) {
        super(message, cause);
    }
}

// Использование
public void processFile(String path) throws CustomException {
    if (!fileExists(path)) {
        throw new CustomException("File not found: " + path);
    }
}

3. Правильное наследование RuntimeException

// ✅ ПРАВИЛЬНО — наследуем от RuntimeException (unchecked)
public class InvalidStateException extends RuntimeException {
    public InvalidStateException(String message) {
        super(message);
    }
    
    public InvalidStateException(String message, Throwable cause) {
        super(message, cause);
    }
}

// Использование (не нужно throws)
public void updateState(State state) {
    if (state == null) {
        throw new InvalidStateException("State cannot be null");
    }
}

Различия Exception и Error

// Exception — используй в своем коде
public class DatabaseException extends Exception {
    // ...
}
// Используется с throws в методе сигнатуре

// Error — НЕ ловить, это проблемы JVM
public class OutOfMemoryError extends Error {
    // Нельзя обработать — приложение упадет
}

Правильные практики создания исключений

// 1. Checked exception для восстанавливаемых ошибок
public class InsufficientFundsException extends Exception {
    private final BigDecimal required;
    private final BigDecimal available;
    
    public InsufficientFundsException(BigDecimal required, BigDecimal available) {
        super(String.format("Required: %s, Available: %s", required, available));
        this.required = required;
        this.available = available;
    }
    
    public BigDecimal getDeficit() {
        return required.subtract(available);
    }
}

// Использование
public void withdraw(BigDecimal amount) throws InsufficientFundsException {
    if (amount.compareTo(balance) > 0) {
        throw new InsufficientFundsException(amount, balance);
    }
    balance = balance.subtract(amount);
}

// Обработка
try {
    account.withdraw(new BigDecimal(1000));
} catch (InsufficientFundsException e) {
    System.out.println("Deficit: " + e.getDeficit());
    // Можем обработать
}

// 2. Unchecked exception для программных ошибок
public class InvalidArgumentException extends RuntimeException {
    public InvalidArgumentException(String message) {
        super(message);
    }
}

// Использование (без throws)
public User findById(Long id) {
    if (id == null || id <= 0) {
        throw new InvalidArgumentException("ID must be positive");
    }
    return userRepository.findById(id);
}

Когда вообще использовать Error

// Error создаёшь ТОЛЬКО если разрабатываешь свою JVM
// или фреймворк, который должен сигнализировать о критических сбоях

public class CustomVirtualMachineError extends VirtualMachineError {
    // Очень редко встречается в production коде
}

Практический пример правильной иерархии

// Создаём свою иерархию исключений
public abstract class ApplicationException extends Exception {
    public ApplicationException(String message) {
        super(message);
    }
    
    public ApplicationException(String message, Throwable cause) {
        super(message, cause);
    }
}

public class ValidationException extends ApplicationException {
    private final List<String> errors;
    
    public ValidationException(List<String> errors) {
        super("Validation failed: " + String.join(", ", errors));
        this.errors = errors;
    }
}

public class ServiceException extends ApplicationException {
    public ServiceException(String message, Throwable cause) {
        super(message, cause);
    }
}

// Использование
public void createUser(UserRequest request) throws ValidationException, ServiceException {
    List<String> errors = validateRequest(request);
    if (!errors.isEmpty()) {
        throw new ValidationException(errors);
    }
    
    try {
        userRepository.save(request);
    } catch (SQLException e) {
        throw new ServiceException("Failed to create user", e);
    }
}

Ответ на вопрос

Если вопрос дословно — это неправильная ситуация. Exception и Error — это два разных семейства иерархии Throwable, они не наследуют друг друга.

Правильная практика:

• Создавай исключения, наследуя Exception для checked exceptions
• Создавай исключения, наследуя RuntimeException для unchecked exceptions
• НЕ создавай исключения, наследуя Error (это для критических ошибок JVM)