Java ошибки при программировании

 /* учебные пример Инициализация long локально */ package underwaterRocks.myInit; /** * * @author Ar20L80 */ public class MyInitLocalLong < public static void main(String[] args) < // long al = 922372036854775807; //ошибка integer number too large long bl = 922372036854775807L; // так правильно >> 

На что следует обращать внимание при инициализации переменной.

На диапазон значений переменной данного типа. На то, что переменная инициализируется литералом определенного типа. На явное и неявное приведение типов. На совместимость типов.

При использовании оболочек типа Integer, следует обратить внимание на авто упаковку и авто распаковку данных типов.

Неправильное использование double

Здесь нужно пояснить. Речь идет не о неправильном использовании типа double.
Используем мы правильно. Только результат может удивить начинающего программиста.
Файл: «MinusDouble.java»

 /* учебный пример */ package underwaterRocks.tstDouble; /** * * @author vvm */ public class MinusDouble < public static void main(String[] args) < double a = 4.64; double b = 2.64; System.out.println("a-b java">/* учебные пример Сравнение double Осторожно - double. */ package underwaterRocks.myDouble; /** * * @author Ar20L80 */ public class MyDouble < public static void main(String[] args) < double dx = 1.4 - 0.1 - 0.1 - 0.1 - 0.1; System.out.println("dx = " + dx); // dx = 0.9999999999999997 System.out.print("Сравнение (dx == 1.0):"); System.out.println(dx == 1.0); // false, потому что 1.0 не равно 0.9999999999999997 /*как правильно сравнивать double*/ final double EPSILON = 1E-14; double xx = 1.4 - 0.1 - 0.1 - 0.1 - 0.1; double xy = 1.0; /* сравниваем xx c xy */ if (Math.abs(xx - xy) < EPSILON) System.out.println(xx + " это примерно равно " + xy + " EPSILON java">/* учебные пример Конструктор ничего не возвращает, даже void То что с void - обычный метод класса */ package underwaterRocks.myConstructor; /** * * @author Ar20L80 */ public class MyConstructor < public MyConstructor()< System.out.println("Я конструктор без void"); >public void MyConstructor() < System.out.println("Я конструктор c void"); >public static void main(String[] args) < MyConstructor myconst = new MyConstructor(); myconst.MyConstructor(); // вызов обычного метода >> 

Как мы видим в коде два метода с одинаковыми именами: MyConstructor() и MyConstructor(). Один из методов ничего не возвращает. Это и есть конструктор нашего класса. Другой метод с void — это обычный метод класса. В случае, когда вы не создали конструктор или создали, по вашему мнению конструктор класса с void, то компилятор создаст конструктор по умолчанию и вы будете удивлены, почему ваш конструктор не работает.

Деление на ноль

Как вы думаете, какой будет результат выполнения такого кода.

 /*учебный пример*/ package divisionByZero; import static java.lang.Double.POSITIVE_INFINITY; /** * * @author Ar20L80 */ public class DivisionByZero < public static void main(String[] args) < try< float f = 12.2f; double d = 8098098.8790d; System.out.println(f/0); System.out.println(d/0); System.out.println(POSITIVE_INFINITY == f/0); System.out.println(POSITIVE_INFINITY == d/0); >catch (NumberFormatException ex) < System.out.println("NumberFormatException"); >catch (ArithmeticException ex) < System.out.println("ArithmeticException"); >> > 

Infinity Infinity true true

Деление целого типа на ноль даст ArithmeticException.

В классе java.lang.Double определена константа POSITIVE_INFINITY;

public static final float POSITIVE_INFINITY = 1.0d / 0.0d; 

Она преобразуется в строку равную Infinity.

Порядок инициализации

 /* учебные пример инициализация класса */ package myInitClass; /** * * @author Ar20L80 */ public class InitClass < InitClass()< // конструктор класса System.out.print("Конструктор"); > < // блок инициализации System.out.print("3 "); >public static void main(String[] args) < System.out.print("2"); new InitClass(); >static < // статический блок инициализации System.out.print("1"); >> 

Вначале выполняются все статические блоки, затем блоки инициализации, затем конструктор класса.

Выведется: «123 Конструктор»

Локальная переменная скрывает переменную класса
Хотя современные IDE легко обнаруживают такую ошибку, хотелось бы рассмотреть такую ошибку подробнее. Начнем с классического присвоения переменной в конструкторе. Пример правильный. Тут никакой ошибки нет.

Однако, что произойдет, если вы используете такой прием в методе, а не в конструкторе класса? В обычном методе использовать такой прием не рекомендуется. Вопрос относится к правильному проектированию класса.

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

Приведение типов в арифметических выражениях выполняется автоматически

Это может стать причиной досадных ошибок.

 // byte a = 1; // byte b = 1; // byte с = a + b; // ошибка // byte a = (byte) 1; // byte b = (byte) 1; // byte с = a + b; // ошибка 

 // одно из возможных решений — явное преобразование в арифметических выражениях. byte a = 1; byte b = 1; byte c = (byte) (a + b); 

 // одно из возможных решений — использование final // final byte a = 1; // final byte b = 1; // byte c = a + b; // автоматического приведения не будет, поскольку a и b final 

Одно из возможных решений при работе со строкой:

byte bHundr = Byte.parseByte("100"); // явное приведение строки к типу byte

Еще одна ошибка приведена в следующем коде.

В данном случае получится бесконечный цикл.

Объяснение. Тип byte [-128, 127]. 128 уже не входит в этот диапазон. Происходит переполнение, и цикл повторяется. Необходимость использования byte в данном случае сомнительная. Хотя имеет место в редких случаях. Рекомендация — использовать int вместо byte. Другая рекомендация — не использовать цикл в вашем алгоритме.

Не проинициализированы объекты, являющиеся элементами массива