Краткий ответ

Нет. Объявление throws не входит в сигнатуру метода Java, поэтому два метода с одинаковым именем и одинаковыми типами параметров нельзя различить только списком исключений. Для перегрузки нужно изменить параметры метода.

Исторический контекст

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

Такое разделение делает вызов метода однозначным на этапе компиляции и не смешивает разрешение перегрузки с обработкой ошибок.

Постановка проблемы

Предположим, API хочет предоставить две версии операции с одинаковыми параметрами: одну, выбрасывающую IOException, и другую, выбрасывающую UncheckedIOException. Java не сможет выбрать между ними по типу исключения, поскольку throws не участвует в сигнатуре.

Попытка объявить такие методы приводит к ошибке компиляции о повторном объявлении метода. Нельзя также вызвать нужную версию, добавив или убрав try-catch: обработка исключения происходит после выбора метода.

Подробное решение

Сигнатура метода в Java определяется именем метода и типами его формальных параметров с учётом параметров типа. Тип возвращаемого значения и список исключений в throws сигнатуру не определяют.

Например:

import java.io.IOException;
import java.nio.file.Path;

class Loader {
    static String load(String path) throws IOException {
        return "checked";
    }

    static String load(Path path) {
        return "unchecked or none";
    }
}

Эти методы допустимы, потому что у них разные типы параметров. Если заменить Path на String, различие в throws не поможет: методы будут считаться дубликатами.

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

Это означает, что throws влияет на проверку корректности вызывающего кода, но не на выбор перегруженного метода. Непроверяемые исключения — RuntimeException и его подклассы — можно объявлять в throws, однако это также не меняет сигнатуру.

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

Ситуация из практики

Команда проектирует клиент файлового хранилища и хочет предоставить load(String), который в одном варианте требует обработки IOException, а в другом выбрасывает непроверяемое исключение. Вариант с двумя методами, различающимися только throws, не компилируется.

Можно переименовать методы, например сделать явные loadChecked и loadUnchecked. Это однозначно, но увеличивает API и заставляет разработчиков выбирать между дублирующимися операциями.

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

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

Что кандидаты часто упускают

Учитывается ли throws при переопределении метода?

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

Можно ли различить методы по возвращаемому типу вместо throws?

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

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

Нет. Сначала компилятор выбирает метод по имени и аргументам, затем проверяет его контракт исключений. Если выбранный метод объявляет проверяемое исключение, вызывающий код должен обработать его или объявить в собственном throws; это не приводит к выбору другой перегрузки.