Почему некоторые IOException выбрасываются из кода библиотеки?

Я использую сторонний библиотечный код, вызывающий только один метод. Метод объявлен, чтобы бросать ZZException, однако, когда он работает в реальной среде, мы обнаружили, что этот метод выкинул IOExceoption когда-то.Почему некоторые IOException выбрасываются из кода библиотеки?

public void TestMethod() throws ZZException

Мне интересно, почему нет декапликации для исключения IOException? Если не объявить throw IOException, может ли IOException выбрасываться?

BTW, ZZException является подклассом RuntimeException

источник

2012-01-19 user705414

Вы уверены, что выбрано исключение IOException, а не исключение ZZException, вызванное IOException (что является законным и рекомендуемым способом сделать это)? – Luis

Я уверен, что это исключение IOException. – user705414

является ZZException подкласс IOException? Если это так, перехват IOException также приведет к возникновению исключения ZZException. Может ли это быть тем, что происходит? – yshavit

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

источник

2012-01-19 06:00:05 CloudyMarble

Почему возникает такая ошибка. Java не может скомпилироваться, если эта ошибка произошла? – user705414

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

@ user705414: посмотрите здесь: http://docs.oracle.com/javase/tutorial/essential/exceptions/putItTogether.html в этом примере, если оператор catch не поймает IOException, это будет выбрано как в вашем случае. – CloudyMarble

Если ZZException не является подклассом IOException метод, как документально не может бросить IOException. Скорее всего, документация неверна/устарела. Что происходит, когда вы компилируете класс? Компилятор считает, что он может генерировать исключение IOException?

Другим объяснением было бы то, что он вообще не попадает, но он просто выглядит таким образом в файле журнала, потому что код регистрирует стек стек или из-за того, что он генерирует исключение ZZException, которое обертывает исключение IOException (как его причина) ,

источник

2012-01-19 05:58:10 Thilo

Суперкласс или родительский элемент, а не подкласс. –

Если ZZException расширяет IOException, тогда метод может генерировать исключение IOException (а именно ZZException), просто не * any * IOException. – Thilo

Если только ZZException является суперкласс IOException, IOException не может быть выброшен на месте ZZException. Концепция цепочки исключений позволяет указать «причину» для данного исключения. Вы уверены, что не видите IOException в трассировке стека как «причину» для оригинала ZZException? Это поможет, если вы сможете показать нам трассировку стека, которую вы получаете.

источник

2012-01-19 05:59:06

Почему некоторые IOException выбрасываются из кода библиотеки?

ответ

Смежные вопросы