-
NoClassDefFoundError
: Ин яке аз он истисноҳоест, киException in thread “main“ NoClassDefFoundError
аксар вақт таҳиягарони навро ба ҷаҳони барномасозии Java истиқбол мекунад. Онҳо барномаи helloworld менависанд, ба сатри фармон мегузаранд ва менависанд “ java ” - фармони иҷро ва “BAM” :-) Пас аз муддате, шурӯъкунандагон мефаҳманд, ки чӣ гуна ин истисноро ислоҳ кунанд ва бубинанд, ки ҷаҳони саломи онҳо чӣ гуна чоп карда мешавад.NoClassDefFoundError
вақте рӯй медиҳад, ки Java Virtual Machine (JVM) кӯшиш мекунад, ки ба синф дар вақти корӣ дастрасӣ пайдо кунад ва синф пайдо нашавад, гарчанде ки ҳамон синф дар вақти тартибдиҳӣ ҳузур дошт. Аксар вақт, ин истисно ҳангоми иҷро кардани барномаи Java тавассути фармони "java" бо арзиши параметри нодуруст рух медиҳадclasspath
. [Classpath
параметрест, ки тавассути сатри фармон ё тавассути тағирёбандаи муҳити зист муқаррар карда мешавад, ки ба мошини виртуалии Java ё компилятори Java дар куҷо ҷустуҷӯ кардани синфҳо ё бастаҳои эълонкардаи корбарро нишон медиҳад - тақрибан. тарҷумон] Сабабҳои эҳтимолии истисно:- Синф дар дастрас нест
Classpath
. - Аксар вақт скрипте, ки ҳангоми оғози системаи оператсионӣ иҷро мешавад, арзиши тағирёбандаи муҳити атрофро тағир медиҳад
classpath
. Шумо метавонед инро тавассути иҷро карданиset
фармони “ ” дар сатри фармони Windows тафтиш кунед ва бубинед, ки оё таърифи синф ба арзиш дохил карда шудаастclasspath
. Агар хоҳед, шумо метавонед ин истисноро дар блоги Javarevisited омӯзед .
- Синф дар дастрас нест
-
ClassNotFoundException
: ИсключениеClassNotFoundException
это еще одно исключение, из-за которого новичкам, только начинающим программировать на Java, снятся кошмары. Интересно что для среднего разработчика нужно некоторое время чтобы перестать путатьClassNotFoundException
иNoClassDefFoundError
между собой. И поэтому вопрос о разнице этих двух исключений остается одним из часто задаваемых на собеседовании на позицию junior Java разработчика.ClassNotFoundException
случается когда JVM пытается загрузить определенный класс и не обнаруживает такого же вclasspath
. Обычно новички сталкиваются с этим в codeе, который подключается к базе данных используя JDBC библиотеку. Пытаясь загрузить драйвер с помощью следующего codeаClass.forName( “JDBCdriver”)
. Хороший материал поClassNotFoundException
можно найти здесь. Так же рекомендуется ознакомиться и понять концепцию загрузчиков классов в Java чтобы эффективно справляться с этим исключением. Вы возможно захотите посмотреть следующую page о том How настроить classpath в окружениях Win/Unix. А так, How следует из documentации Java, это исключение случается в следующих случаях:- Когда пытаются загрузить класс используя метод
Class.forName
и файл.class
не существует вclasspath
. Это самый частый случай из всех трех. - Когда загрузчик класса пытается загрузить класс используя метод
loadClass
. - Когда загрузчик класса пытается загрузить класс используя
findSystemClass
.
- Когда пытаются загрузить класс используя метод
-
NullPointerException
: исключениеNullPointerException
понять легче и новички с ним справляются быстрее нежели с двумя предыдущими. В тоже время причину исключения очень легко найти так How приводится номер строки где оно случилось. В первую очередь исключение случается когда JVM пытается обратиться к null в том месте где должен был быть an object. Чаще всего это случается когда JVM пытается вызвать метод используя an object и оказывается что an object equalsnull
. Другие случаи, How упоминается в documentации Java, могут быть следующими:- Получая доступ к or изменяя метод an object, который equals
null
. - Получая длину массива когда он equals
null
. - Получая доступ к or меняя an objectы, которые являются заключенными в массив, который equals
null
.
null
(далее – проверка на null – прим. переводчика). Поэтому рано or поздно разработчик начинает это использовать и тогда проверки на null появляются везде. Интересно что использовать везде проверку наnull
не считается примером хорошего программирования. Основная причина почему проверка наnull
используется разработчиками это передавать an objectnull
в случаи ошибки. В место этого пример хорошего программирования, который должен пропагандироваться программистами, это передавать пустой an object когда condition для главной/рабочей ветви программы не удовлетворяется. Это в свою очередь уменьшило бы количество проверок наnull
. Все-таки легче говорить нежели применять это на практике.:) - Получая доступ к or изменяя метод an object, который equals
ClassCastException
: это еще одно из исключений, с которым знакомятся новички когда пытаются привести an object к классу, экземпляром которого он не является. Опять же его довольно легко понять, найти причину и исправить. Один из способов избежать этого исключения, когда во время исполнения тип an object не известен, это использовать проверку является ли an object экземпляром определенного класса: “instanceof
”.ArrayIndexOutOfBoundsException
: название этого исключения говорит само за себя. Оно случается когда JVM пытается получить доступ к элементу массива используя неверный индекс, на пример, отрицательный (-1) or больший or равный размеру массива. Его легко понять, найти причину и исправить. Следующий пример codeа поможет избежать этого исключения:for( index = 0; index < array.length; index++ )
Обратите внимание что индекс начинается с 0 и возрастает до величины на 1 меньше размера массива.-
IllegalArgumentException
: Это исключение самое простое, его легко понять, найти его причину и исправить. Оно случается когда JVM пытается передать методу неподходящий аргумент or аргумент неправильного типа.
gram2005
Сатҳи
6 Истисноҳои Java, ки навоваронро азоб медиҳанд
Баъзан ман бо таҳиягарони нав дучор мешавам, ки дар фаҳмидани истисноҳои оддии зерин часпидаанд ва ман бояд ҳама чизро ба онҳо дубора фаҳмонам. Эҳтимол, бисёре аз таҳиягарони ботаҷрибаи Java дар вазъияти ба ин монанд дучор мешаванд ва ба навоварон дар мубориза бо истисноҳои зерин кӯмак мекунанд. Аз ин рӯ, ман тасмим гирифтам, ки ин мақоларо нависам ва дар оянда ба он муроҷиат кунам. Шарҳҳо ва иловаҳо ба рӯйхати истисноҳо хуш омадед.
GO TO FULL VERSION