Топ-10 ошибок начинающих Java-разработчиков и как их избежать

Введение

Java — один из самых популярных и востребованных языков программирования. Однако на пути к мастерству новички часто совершают типичные ошибки, которые замедляют разработку и приводят к трудноуловимым багам. В этой статье мы разберём 10 наиболее распространённых ошибок начинающих Java-разработчиков. Вы узнаете, как их распознать, исправить и, что самое важное, — не допускать в будущем. Материал будет полезен как студентам, так и тем, кто только начинает свой путь в Java.

1. Путаница между == и equals()

Это, пожалуй, самая частая ошибка. Оператор == сравнивает ссылки на объекты (проверяет, указывают ли переменные на один и тот же объект в памяти), а метод .equals() сравнивает содержимое объектов.

Пример ошибки:

String a = new String("Hello");
String b = new String("Hello");
if (a == b) {
    System.out.println("Строки равны");
} else {
    System.out.println("Строки НЕ равны");
}
// Вывод: Строки НЕ равны

Как правильно:

if (a.equals(b)) {
    System.out.println("Строки равны");
}
// Вывод: Строки равны

Совет: Всегда используйте .equals() для сравнения строк, объектов и коллекций. == применяйте только для примитивных типов (int, char, boolean) или когда вам нужно явно проверить, что это один и тот же объект.

2. Игнорирование NullPointerException (NPE)

NullPointerException — бич всех Java-разработчиков. Возникает, когда вы пытаетесь вызвать метод или обратиться к полю объекта, который равен null.

Пример ошибки:

public class User {
    String name;
    public int getNameLength() {
        return name.length(); // Если name == null, будет NPE
    }
}

Как избежать:

• Всегда проверяйте объекты на null перед использованием: if (name != null).
• Используйте Optional<T> (Java 8+) для явного обозначения, что значение может отсутствовать.
• Применяйте аннотации @Nullable и @NotNull (например, из Lombok или IntelliJ).

public int getNameLength() {
    return (name != null) ? name.length() : 0;
}

3. Неправильная обработка исключений

Новички часто либо "проглатывают" исключения (пишут пустой catch блок), либо используют слишком общий catch (Exception e).

Чего делать НЕ стоит:

try {
    // опасный код
} catch (Exception e) {
    // ничего не делаем
}

Как правильно:

• Ловите конкретные исключения (например, IOException, SQLException).
• В блоке catch логируйте ошибку или хотя бы выводите её в консоль (e.printStackTrace() или через логгер).
• Используйте try-with-resources для автоматического закрытия ресурсов (файлы, соединения с БД).

try (BufferedReader br = new BufferedReader(new FileReader("file.txt"))) {
    String line;
    while ((line = br.readLine()) != null) {
        System.out.println(line);
    }
} catch (IOException e) {
    System.err.println("Ошибка чтения файла: " + e.getMessage());
}

4. Забывание про StringBuilder при конкатенации строк в циклах

Строки в Java иммутабельны (неизменяемы). Каждый раз, когда вы используете оператор + для строк, создаётся новый объект String. В цикле это приводит к огромному количеству временных объектов и падению производительности.

Плохой пример:

String result = "";
for (int i = 0; i < 1000; i++) {
    result += "число " + i + ", ";
}

Хороший пример:

StringBuilder sb = new StringBuilder();
for (int i = 0; i < 1000; i++) {
    sb.append("число ").append(i).append(", ");
}
String result = sb.toString();

Совет: Используйте StringBuilder (несинхронизированный, быстрый) для однопоточных приложений и StringBuffer (синхронизированный) для многопоточных.

5. Использование "сырых" типов (Raw Types) и игнорирование Generics

До Java 5 коллекции были "сырыми". Сегодня использование List без указания типа — плохая практика, ведущая к ошибкам приведения типов.

Ошибка:

List list = new ArrayList();
list.add("Hello");
list.add(123); // Компилятор это пропустит!
String s = (String) list.get(1); // ClassCastException в runtime

Как надо:

List<String> list = new ArrayList<>();
list.add("Hello");
// list.add(123); // Ошибка компиляции — безопасно!
String s = list.get(0); // Приведение не нужно

Всегда указывайте параметры типа (diamond operator <>), чтобы компилятор мог проверить типы на этапе компиляции.

6. Неправильное переопределение hashCode() при переопределении equals()

Контракт Java гласит: если два объекта равны по equals(), их hashCode() должен быть одинаковым. Нарушение этого правила приводит к некорректной работе HashMap, HashSet и других коллекций.

Пример (ошибка):

public class Person {
    String name;
    int age;

    @Override
    public boolean equals(Object o) {
        // ... логика сравнения
        return true;
    }
    // hashCode() НЕ переопределён!
}

Решение:

@Override
public int hashCode() {
    return Objects.hash(name, age);
}

Использу