JavaRush /จาวาบล็อก /Random-TH /6 ข้อยกเว้น Java ที่สร้างภัยพิบัติให้กับมือใหม่
gram2005
ระดับ

6 ข้อยกเว้น Java ที่สร้างภัยพิบัติให้กับมือใหม่

เผยแพร่ในกลุ่ม
ในบางครั้ง ฉันได้พบกับนักพัฒนาหน้าใหม่ที่ติดอยู่กับการทำความเข้าใจข้อยกเว้นง่ายๆ ต่อไปนี้ และฉันต้องอธิบายทุกอย่างให้พวกเขาฟังอีกครั้ง เป็นไปได้มากว่านักพัฒนา Java ที่มีประสบการณ์จำนวนมากพบว่าตัวเองตกอยู่ในสถานการณ์ที่คล้ายกันและช่วยให้มือใหม่รับมือกับข้อยกเว้นต่อไปนี้ ดังนั้นฉันจึงตัดสินใจเขียนบทความนี้และอ้างอิงถึงบทความนี้ในอนาคต ยินดีรับฟังความคิดเห็นและข้อมูลเพิ่มเติมในรายการยกเว้น 6 ข้อยกเว้น Java ที่สร้างภัยพิบัติให้กับมือใหม่ - 1
  1. NoClassDefFoundError: นี่เป็นหนึ่งในข้อยกเว้นที่Exception in thread “main“ NoClassDefFoundErrorมักจะยินดีต้อนรับนักพัฒนาใหม่เข้าสู่โลกของการเขียนโปรแกรม Java พวกเขาเขียนโปรแกรม helloworld ไปที่บรรทัดคำสั่งแล้วเขียน " java " - คำสั่งให้ดำเนินการและ "BAM" :-) หลังจากนั้นไม่นานผู้เริ่มต้นจะเข้าใจวิธีแก้ไขข้อยกเว้นนี้และดูว่าสวัสดีโลกพิมพ์อย่างไร

    NoClassDefFoundErrorเกิดขึ้นเมื่อ Java Virtual Machine (JVM) พยายามเข้าถึงคลาสขณะรันไทม์และไม่พบคลาสแม้ว่าจะมีคลาสเดียวกันในเวลาคอมไพล์ก็ตาม classpathบ่อยครั้งที่ข้อยกเว้น นี้เกิดขึ้นเมื่อรันโปรแกรม Java ผ่านคำสั่ง "java" ที่มีค่าพารามิเตอร์ที่ไม่ถูกต้อง [ Classpathเป็นพารามิเตอร์ที่ตั้งค่าผ่านบรรทัดคำสั่งหรือผ่านตัวแปรสภาพแวดล้อม ซึ่งระบุถึงเครื่องเสมือน Java หรือคอมไพเลอร์ Java ที่จะค้นหาคลาสหรือแพ็คเกจที่ผู้ใช้ประกาศ - ประมาณ นักแปล] เหตุผลที่เป็นไปได้สำหรับการยกเว้น:

    • ชั้นเรียนไม่มีอยู่ในClasspath.
    • classpathบ่อยครั้งที่สคริปต์ที่ถูกดำเนินการเมื่อระบบปฏิบัติการเริ่มทำงาน จะเปลี่ยนค่าของตัวแปรสภาพแวดล้อม คุณสามารถตรวจสอบได้โดยการรันsetคำสั่ง “ ” บนบรรทัดคำสั่งของ Windows และดูว่าคำจำกัดความของคลาสรวมอยู่ในค่าหรือclasspathไม่ หากคุณต้องการ คุณสามารถสำรวจข้อยกเว้นนี้เพิ่มเติมได้ในบล็อกJavarevisited
  2. 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, это исключение случается в следующих случаях:

    1. Когда пытаются загрузить класс используя метод Class.forName и файл .class не существует в classpath. Это самый частый случай из всех трех.
    2. Когда загрузчик класса пытается загрузить класс используя метод loadClass.
    3. Когда загрузчик класса пытается загрузить класс используя findSystemClass.
  3. NullPointerException: исключение NullPointerExceptionпонять легче и новички с ним справляются быстрее нежели с двумя предыдущими. В тоже время причину исключения очень легко найти так How приводится номер строки где оно случилось. В первую очередь исключение случается когда JVM пытается обратиться к null в том месте где должен был быть an object. Чаще всего это случается когда JVM пытается вызвать метод используя an object и оказывается что an object equals null. Другие случаи, How упоминается в documentации Java, могут быть следующими:

    1. Получая доступ к or изменяя метод an object, который equals null.
    2. Получая длину массива когда он equals null.
    3. Получая доступ к or меняя an objectы, которые являются заключенными в массив, который equals null.
    Самый простой способ избежать этого исключения это добавить проверку на неequalsство null (далее – проверка на null – прим. переводчика). Поэтому рано or поздно разработчик начинает это использовать и тогда проверки на null появляются везде. Интересно что использовать везде проверку на null не считается примером хорошего программирования. Основная причина почему проверка на null используется разработчиками это передавать an object null в случаи ошибки. В место этого пример хорошего программирования, который должен пропагандироваться программистами, это передавать пустой an object когда condition для главной/рабочей ветви программы не удовлетворяется. Это в свою очередь уменьшило бы количество проверок на null. Все-таки легче говорить нежели применять это на практике.:)

  4. ClassCastException: это еще одно из исключений, с которым знакомятся новички когда пытаются привести an object к классу, экземпляром которого он не является. Опять же его довольно легко понять, найти причину и исправить. Один из способов избежать этого исключения, когда во время исполнения тип an object не известен, это использовать проверку является ли an object экземпляром определенного класса: “instanceof”.

  5. ArrayIndexOutOfBoundsException: название этого исключения говорит само за себя. Оно случается когда JVM пытается получить доступ к элементу массива используя неверный индекс, на пример, отрицательный (-1) or больший or равный размеру массива. Его легко понять, найти причину и исправить. Следующий пример codeа поможет избежать этого исключения: for( index = 0; index < array.length; index++ )
    Обратите внимание что индекс начинается с 0 и возрастает до величины на 1 меньше размера массива.

  6. IllegalArgumentException: Это исключение самое простое, его легко понять, найти его причину и исправить. Оно случается когда JVM пытается передать методу неподходящий аргумент or аргумент неправильного типа.

ความคิดเห็น
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION